-
Notifications
You must be signed in to change notification settings - Fork 157
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
New UI for task accordion #606
New UI for task accordion #606
Conversation
Desc : Replaced existing task api with one that has pagination in it
Some of the cards may appear red even though the progress is 100%. This is because I've implemented the same logic that is currently used on the status side. Additionally, the progress bar will persist no matter what the status is. This is because this page does not allow anyone to change it; it is only in read-only mode. Also, hiding it wouldn't make sense because the Super User wouldn't be able to find out the task completion percentage. |
|
We cannot update the status to DONE or VERIFIED unless the percentage is 100%. So even if you display that percentage it will be always 100% providing no extra value. That is the reason why it's proposed to remove the progress bar for other statuses in my-site and status site. |
Also please add more description. Currently it's not really clear what this PR does. |
Hi @ardourApeX, before I review your pull request, I'd like to clarify a few things to avoid any confusion: Where is your backend pull request? Could you please provide more information about these points? This will help me better understand your pull request. |
what you done in this pr...please give more information in description(high level implementation in words please else not understand what you done in this pr) Where is your design doc??? |
While reviewing the issue ticket @iamitprakash suggested that design doc is not required as it just an UI update. Although I have updated the description for both issue and PR |
There are no backend changes related to this PR as I have just implemented an existing API. Also, I have updated both the PR and issue description. Let me know if anything else is required. Thank You! |
Given that we have not yet decided on the criteria for determining if a task will be considered overdue before the ETA, I have not implemented it at this time. The same we have discussed today. |
Done |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Test stats are useless showing coverage for mock data
Done |
headless: true, | ||
headless: 'new', |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi @ardourApeX ,
I'm curious about why we changed the headless mode from true to new. Could you please provide some context
Developer Name: Joy Gupta
PR Number(s): 606
Description:
Currently, the UI of the task accordion on the dashboard site does not seem to be satisfactory. It lacks in terms of UI, UX, color combinations, and readability. Additionally, pagination is implemented in the frontend.
Requirements:
To enhance the UI and UX of the accordion, the following modifications/improvements should be implemented:
my-site
UI Fixes/Improvements:
assigned to
withCreated By
Priority
field to the rightProgress
based onStatus
Type
field to the rightIssue Ticket Number:
Backend Changes
Frontend Changes
Is Under Feature Flag
Database changes:
Breaking changes (If your feature is breaking/missing something please mention pending tickets):
Deployment notes:
NA
Tested in local
QA Instructions, Screenshots, Recordings
Test cases added :
Test Stats:
Run
yarn test __tests__/user-details/task-duedate-hover.test.js
and there you can see the test case running.Run
yarn test
and there you can see the test case running.Working Proof
Functionality & Responsiveness
simplescreenrecorder-2023-11-08_09.46.56.mp4