-
Notifications
You must be signed in to change notification settings - Fork 47
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Blocked items not showing on the dashboard with "Blocked" field #140
Comments
Thanks Marcos - let me look into this tonight and get back to you! |
I'm not seeing this bug. I have this work item: When it was marked as blocked, it appeared in the current blocked items and blocker frequency When it was Blocked/Unblocked it appears in MTTU (it needs to be unblocked to appear in this chart): When it moves to Done, if the blocked time is more than a few minutes it will appear (it didn't for this just because i created a dummy item. Can you share more about your process template and what your blocked field is? Is it the standard blocked field or custom created? |
Sorry - can you show me the states in the process template. I need to mimic as close to your setup as possible... |
Describe the bug
The "Blocked" field that comes by default hidden for the work items has been enabled and selected as the way to tag work items that are blocked (we're not using the tags field). Unfortunately blocked items identified this way are not showing up in the blocked tab of the dashboard, but the ones identified with the field tags as "blocked" they do appear.
For the four charts of the Blockers tab of the dashboard I realized:
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Blocked items using the "Blocked" field as "yes" and cleared to "no" at some point in the process, should also appear in the dashboard, not only the ones that use the Tags.
Screenshots
Here an example:
The work item is set as a blocked item with the "Blocked" field:
One day later the work item is unblocked and the field "Blocked" is set as "No":
Additional context
Same behavior described as in this other ticket, but unfortunately still getting the same problem as the user described on the ticket: #21
The text was updated successfully, but these errors were encountered: