-
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 2024-02-15] [$500] Room-After 2nd WS created, from WS selection moves up to public in visibility page #35649
Comments
Job added to Upwork: https://www.upwork.com/jobs/~01fb13ef2922bb85d7 |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @Ollyws ( |
Triggered auto assignment to @muttmuure ( |
@izarutskaya The video is not вуыскшиуе Actual Result: . I don't see the selected option change after adding the second WS in the video |
ProposalPlease re-state the problem that we are trying to solve in this issue.Opening the visibility selection page of the new room shows the first option (Public) as highlighted even though the selected is the last (Workspace) option. What is the root cause of that problem?The highlight moves to the top because whenever the section object is changed, it will scroll and highlight the first option. App/src/components/SelectionList/BaseSelectionList.tsx Lines 356 to 361 in cf8279f
In our case, the section data itself never changed, but we pass an inline array value to the props, so it's recreated every time the ValueSelectorModal is re-rendered. App/src/components/ValuePicker/ValueSelectorModal.js Lines 71 to 72 in cf8279f
And one of the cases where it re-renders is when we open it, the modal visible state becomes true. What changes do you think we should make in order to solve the problem?Memoize the section so it only changes when it really changes. App/src/components/ValuePicker/ValueSelectorModal.js Lines 45 to 50 in cf8279f
So, instead of using the
|
Will get to this today. |
@bernhardoj's proposal LGTM. |
Triggered auto assignment to @amyevans, see https://stackoverflow.com/c/expensify/questions/7972 for more details. |
This is a pretty minor bug, but the fix looks straightforward so we may as well get it taken care of. Assigning @bernhardoj |
📣 @Ollyws 🎉 An offer has been automatically sent to your Upwork account for the Reviewer role 🎉 Thanks for contributing to the Expensify app! |
📣 @bernhardoj 🎉 An offer has been automatically sent to your Upwork account for the Contributor role 🎉 Thanks for contributing to the Expensify app! Offer link |
PR is ready cc: @Ollyws |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.4.38-6 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 2024-02-15. 🎊 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:
|
BugZero Checklist:
N/A
Yes.
Regression Test Proposal
Do we agree 👍 or 👎 |
@amyevans, @Ollyws, @muttmuure, @bernhardoj Uh oh! This issue is overdue by 2 days. Don't forget to update your issues! |
All paid up |
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: 1.4.35
Reproducible in staging?: Y
Reproducible in production?: Y
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:
Action Performed:
Go to https://staging.new.expensify.com/
Login into new account
Tap profile icon --- Workspaces
Tap new workspace
Navigate back to LHN
Tap fab--- start chat--- room
Tap visibility
Note, with one workspace created, opening create room visibility section shows, public selected and WS option with tick mark
Navigate to LHN
Tap profile icon---Workspaces
Tap new Workspace and create second workspace
Navigate to LHN
Tap fab--- start chat--- room
Tap visibility
Note after creating second Workspace, from WS option selection moves up to public
Expected Result:
With any number of workspaces created, the visibility page behaviour must be same.
Actual Result:
Login as new user, with 1WS created, opening create room visibility section shows, public selected and WS option with tick mark. Navigating back and create 2nd WS, in this case, from WS option selection moves up to public is shown.
Workaround:
Can the user still use Expensify without this being fixed? Have you informed them of the workaround?
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Bug6364442_1706851443301.q.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: