-
Notifications
You must be signed in to change notification settings - Fork 2.9k
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 2024-10-04] [$250] Task – Assignee avatar is default for task creator when is assigned by user B #48980
Comments
Triggered auto assignment to @sonialiap ( |
@sonialiap FYI I haven't added the External label as I wasn't 100% sure about this issue. Please take a look and add the label if you agree it's a bug and can be handled by external contributors |
Edited by proposal-police: This proposal was edited at 2024-09-11 13:13:15 UTC. ProposalPlease re-state the problem that we are trying to solve in this issue.Task – Assignee avatar is default for task creator when is assigned by user B What is the root cause of that problem?We are using selector to get the avatar here
because the taskAssigneeAccountID didn't exist initially (0 ) when the selector was defined on the first render, after the task is assigned the selector will still fetch for the prev taskAssigneeAccountID 0 because selector will determined on the first render
What changes do you think we should make in order to solve the problem?We should instead use
What alternative solutions did you explore? (Optional) |
ProposalPlease re-state the problem that we are trying to solve in this issue.
What is the root cause of that problem?
What changes do you think we should make in order to solve the problem?
const personalDetails = usePersonalDetails() || CONST.EMPTY_OBJECT;
const avatar = personalDetails?.[taskAssigneeAccountID]?.avatar || FallbackAvatar;
|
Job added to Upwork: https://www.upwork.com/jobs/~021835623974546752724 |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @mkhutornyi ( |
ProposalPlease re-state the problem that we are trying to solve in this issue.A task assignee custom avatar displays as default avatar in room/group/1:1 chat What is the root cause of that problem?the use of useOnyx with a selector and hooked on the key ONYXKEYS.PERSONAL_DETAILS_LIST is the issue. When a task is unassigned, the assignee account ID is 0 and the selector at its first run will retrieve an avatar corresponding to the default avatar
When the task is self assigned by B, the selector dont rerun because useOnyx with a selector will only update the avatar value only if the key’s data changes, which does not happen. So the avatar is not rerendered to display the custom avatar based on the assignee account ID. What changes do you think we should make in order to solve the problem?
and then
RESULTbug_48990_video.mp4What alternative solutions did you explore? (Optional)
|
📣 @Kalydosos! 📣
|
Contributor details |
✅ Contributor details stored successfully. Thank you for contributing to Expensify! |
Triggered auto assignment to @francoisl, see https://stackoverflow.com/c/expensify/questions/7972 for more details. |
📣 @mkhutornyi 🎉 An offer has been automatically sent to your Upwork account for the Reviewer role 🎉 Thanks for contributing to the Expensify app! |
📣 @FitseTLT 🎉 An offer has been automatically sent to your Upwork account for the Contributor role 🎉 Thanks for contributing to the Expensify app! Offer link |
@sonialiap payment is due by tomorrow 👍 |
@FitseTLT Thanks for the heads up 😊 |
Payment summary:
|
caught during regression testing, no need for new test https://expensify.testrail.io/index.php?/tests/view/4945911 |
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Version Number: v9.0.32-0
Reproducible in staging?: Y
Reproducible in production?: Y
If this was caught during regression testing, add the test name, ID and link from TestRail: https://expensify.testrail.io/index.php?/tests/view/4945911
Email or phone of affected tester (no customers): applausetester+jp_e_category_2@applause.expensifail.com
Issue reported by: Applause Internal Team
Action Performed:
Go to https://staging.new.expensify.com/
Log in as user A
Navigate to room chat where user B with custom avatar is a member
Create a task without assignee and stay in the room chat, not open task details
Log in as user B on another tab/device and open this task it the room
As user B assign task to me
Observe the room chat for user A (task creator)
Expected Result:
Task assignee avatar is custom avatar in the room chat
Actual Result:
Task assignee avatar is default in room chat. The same when create a task in a group chat and 1:1 chat
Workaround:
Unknown
Platforms:
Screenshots/Videos
Bug6599496_1726024692821.Avatar.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @sonialiapThe text was updated successfully, but these errors were encountered: