-
Notifications
You must be signed in to change notification settings - Fork 19
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
Consolidate individuals' queue table views #10032
Labels
Feature: generic-queue
Feature: queue-table-view
Priority: Medium
Blocking issue w/workaround, or "second in" priority for new work.
Product: caseflow-queue
Team: Echo 🐬
Comments
This was referenced Mar 19, 2019
This looks good to me. Thank you putting it together. |
21 tasks
1 task
@jimruggiero FYI, this is really good refactoring and tech debt work for echo to close out as they have time when other priority initiatives are blocked. We currently have 4 types of individual queues (judge, attorney, vlj support, and individual), which is confusing! |
jimruggiero
added
the
Priority: Medium
Blocking issue w/workaround, or "second in" priority for new work.
label
Nov 14, 2019
This was referenced Mar 2, 2020
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
Feature: generic-queue
Feature: queue-table-view
Priority: Medium
Blocking issue w/workaround, or "second in" priority for new work.
Product: caseflow-queue
Team: Echo 🐬
We have three different ways to display an individual Caseflow user's tasks, one for attorneys, one for judges, and one for everybody else. In addition to increasing the amount of nearly redundant front-end code, this forces the application to care about the current user's role, and complicates the process of extending parts of the application that interact with a user's role (like adding support for acting judges in Caseflow).
This ticket exists as a reference for the more tightly-scoped work tickets that will consolidate those three views into one that can handle all three user roles (while being mostly-agnostic to the user's role on the front-end). Before migrating these three components to a single unified component for each role, we can update the existing components to reduce the impact of the switchover and discover any unexpected snags.
The three queue table views differ as follows:
QueueJudgeAssignOrReviewDropdown
workableTasksByAssigneeCssIdSelector
, others are the sameworkableTasksByAssigneeCssIdSelector
, others are the sameAcceptance criteria
The text was updated successfully, but these errors were encountered: