-
Notifications
You must be signed in to change notification settings - Fork 3k
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
[HOLD for payment 2023-12-12] Task - Assignee with custom avatar shows default avatar in the task report #31028
Comments
Triggered auto assignment to @isabelastisser ( |
Bug0 Triage Checklist (Main S/O)
|
👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open
|
Triggered auto assignment to @Li357 ( |
ProposalPlease re-state the problem that we are trying to solve in this issue.Task asignee with custom avator shows the default avatar in the task report view What is the root cause of that problem?in the following line, the
What changes do you think we should make in order to solve the problem?either by adding: const personalDetails = usePersonalDetails() ?? CONST.EMPTY_OBJECT; and update the line above to use this const OR by connecting to the onyx in the component: withOnyx({
personalDetails: {
key: ONYXKEYS.PERSONAL_DETAILS_LIST,
},
}), Or alternatively we add those in the withCurrentUserPersonalDetails hoc |
ProposalPlease re-state the problem that we are trying to solve in this issue.Assignee with custom avatar shows default avatar in the task report What is the root cause of that problem?In this PR we remove
That makes
What changes do you think we should make in order to solve the problem?
What alternative solutions did you explore? (Optional) |
Hey @Li357, what's the next step here? Did you review the proposals above? Thanks! |
Both proposals had the correct RCA, so I'm going to go with @abzokhattab who was first. Can we make sure to do what @dukenv0307 suggest though, to use the hook everywhere we have the HOC withCurrentUserPersonalDetails? I think uniformity and moving to functional components is the goal here. |
Given this relates to tasks, I"m going to remove it as a deploy blocker. Let's still fix it asap though. |
Here are the changes #31076 will add the screenshots/tests and mark it as ready |
@abzokhattab is the PR ready for review? Please change the status |
PR is ready |
Also please note that the offer has not been sent yet |
PR has not merged yet. I will create the offer when the payment is due. |
hey @isabelastisser the pr is deployed on staging |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.4.7-4 and is now subject to a 7-day regression period 📆. Here is the list of pull requests that resolve this issue: If no regressions arise, payment will be issued on 2023-12-12. 🎊 After the hold period is over and BZ checklist items are completed, please complete any of the applicable payments for this issue, and check them off once done.
For reference, here are some details about the assignees on this issue:
|
BugZero Checklist: The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed:
|
Not overdue, payment on Dec 12. |
@abzokhattab, can you please complete the checklist above? Payment is due tomorrow. |
Hi @isabelastisser I guess you meant @Li357 right? |
Hey @abzokhattab, @Li357 is no longer working for Expensify. Can you please complete the checklist? Thanks! |
Offer sent in Upwork. |
Thanks @isabelastisser I don't think we need a regression test for this as the changes included minor refactoring. |
Sounds good. All set! |
If you haven’t already, check out our contributing guidelines for onboarding and email [email protected] to request to join our Slack channel!
Version Number: .3.96-5
Reproducible in staging?: Y
Reproducible in production?: N
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Expensify/Expensify Issue URL:
Issue reported by: Applause - Internal Team
Slack conversation:
Issue found when executing PR #30515
Action Performed:
Expected Result:
The assignee in the task report shows the custom avatar
Actual Result:
The assignee in the task report shows the default avatar instead of the custom avatar
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Add any screenshot/video evidence
Bug6267894_1699387235985.20231108_033932.mp4
View all open jobs on GitHub
The text was updated successfully, but these errors were encountered: