Open ryanguai opened 1 year ago
Thanks for pointing out this functionality bug which we missed out. There was no cap to the workload at red but rigorous users might assign too many tasks to a person which causes the indicator to display inaccurately. This will occur on rare ocassions when assigning too many tasks, and we believe that should not hinder much performance.
[The team marked this bug as a duplicate of the following bug]
Workload colour change goes beyond red
When a user is given 10 tasks of high workload, the colour bar goes beyond red to become black instead.
[original: nus-cs2103-AY2223S1/pe-interim#1095] [original labels: type.FunctionalityBug severity.Low]
[This is the team's response to the above 'original' bug]
Thanks for pointing out this functionality bug which we missed out. There was no cap to the workload at red but rigorous users might assign too many tasks to a person which causes the indicator to display inaccurately. This will occur on rare ocassions when assigning too many tasks, and we believe that should not hinder much performance.
Items for the Tester to Verify
:question: Issue duplicate status
Team chose to mark this issue as a duplicate of another issue (as explained in the Team's response above)
Reason for disagreement: [replace this with your explanation]
Team chose [severity.Low
]
Originally [severity.Medium
]
Reason for disagreement: I feel that this is an issue that will impact a significant number of users. As busy NUS students, we take 5 modules a semester on average, and it is quite common to have multiple tasks for each module at any one point in time. This means that many will have at least 10 tasks and hit the minimum threshold to experience this faulty colour bar. This will cause them to have the wrong impression that they have what is considered a low workload. This feature is rendered almost unusable.
Despite the number of tasks, this person's colour is only a dark green rather than red