-
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-03-07] [$500] Group - After selecting user in Group chat, the modal is not sliding upwards #37256
Comments
Job added to Upwork: https://www.upwork.com/jobs/~013e254d49afd2fba2 |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @allroundexperts ( |
👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open `StagingDeployCash` deploy checklist to see the list of PRs included in this release, then work quickly to do one of the following:
|
Triggered auto assignment to @techievivek ( |
Production: Bug6393518_1709000644345.On_PROD.mp4 |
This seems to be coming from here, I reverted it locally and I can't reproduce. cc @Piotrfj @allroundexperts. |
ProposalPlease re-state the problem that we are trying to solve in this issue. The modal does not slide upwards when the user selects "Add to group" What is the root cause of that problem? App/src/components/OptionsSelector/BaseOptionsSelector.js Lines 417 to 437 in 1c0d6b9
What changes do you think we should make in order to solve the problem? set the setFocusedIndex when the selection gets changed What alternative solutions did you explore? (Optional) CreateGroup-U.webm |
@Piotrfj @allroundexperts Can you please take care of this deployblocker. |
There's some scrolling happening, but mostly to the wrong position (just below the selected list). Additionally the selection logic seems to be faulty as well: the selected options sometimes reset when a new option is selected. Here is a recording to prove the above points (left side: prod, right side: staging): |
📣 @nagypite! 📣
|
Contributor details |
✅ Contributor details stored successfully. Thank you for contributing to Expensify! |
This might fix this issue as well. |
Will test and confirm. |
Okay. @Piotrfj is on it already! |
I update the proposal plz take a look |
Triggered auto assignment to @kevinksullivan ( |
📣 @ishpaul777 🎉 An offer has been automatically sent to your Upwork account for the Contributor role 🎉 Thanks for contributing to the Expensify app! Offer link |
@kevinksullivan FYI @ishpaul777 will need to be paid out for being the C+ on this revert PR: #37454 |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.4.45-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-03-07. 🎊 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:
|
@ishpaul777 please complete the checklist above so we can wrap up payments. |
[@ishpaul777] The PR that introduced the bug has been identified. Link to the PR: #31606 [@ishpaul777] The offending PR has been commented on, pointing out the bug it caused and why, so the author and reviewers can learn from the mistake. Link to comment: #31606 (comment) [@ishpaul777] A discussion in #expensify-bugs has been started about whether any other steps should be taken (e.g. updating the PR review checklist) in order to catch this type of bug sooner. Link to discussion: n/a straight revert [@ishpaul777] Determine if we should create a regression test for this bug. - This was caught from QA for a big refactor PR so we dont need one [@ishpaul777] If we decide to create a regression test for the bug, please propose the regression test steps to ensure the same bug will not reach production again. - n/a |
@kevinksullivan, @ishpaul777 Uh oh! This issue is overdue by 2 days. Don't forget to update your issues! |
@kevinksullivan Gentle bump for payment! |
Contributor+: @ishpaul777 paid $500 via Upwork @ishpaul777 , I created a TestRail for this because QA does monthly tests for edge cases and design-related issues and they might want to include this. Thx! |
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.44-0
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): [email protected]
Logs: https://stackoverflow.com/c/expensify/questions/4856
Expensify/Expensify Issue URL:
Issue reported by: Applause - Internal Team
Slack conversation:
Action Performed:
Expected Result:
User expects that when a user is selected, the modal is slid upwards to show the selection
Actual Result:
The modal does not slide upwards. Also, a few selected members are missing after scrolling back upwards.
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Add any screenshot/video evidence
Bug6393518_1709000644338.Chat_view_is_not_sliding_upwards_on_Staging_.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: