-
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-07] [$125] IOU - The selected category moves to the top of the list when <8 categories active #34018
Comments
👋 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 @youssef-lr ( |
Production: Recording.1023.mp4 |
Removing blocker, this is a minor bug. |
Triggered auto assignment to @muttmuure ( |
Bug0 Triage Checklist (Main S/O)
|
|
Let me mark the offending PR here #29901 |
Why is this bug? It's aligned with the behavior when >8 categories |
ProposalPlease re-state the problem that we are trying to solve in this issue.The selected option gets the first position in the category list and breaks the alphabetical order. What is the root cause of that problem?We are passing the 0th index to "Options Selector" component and each time it focuses the first item in the list, since at the same time we're passing App/src/components/CategoryPicker/index.js Lines 60 to 78 in fa533ce
What changes do you think we should make in order to solve the problem?We need to modify the attributes passed to this component and remove the hard-coded 0th index focus Note: I still can't see the category section in my web portal, but I checked the code and found this solution. Let me know if some specific configuration is required to see categories in UI. |
@youssef-lr, @muttmuure Uh oh! This issue is overdue by 2 days. Don't forget to update your issues! |
Asked about expected behavior here: https://expensify.slack.com/archives/C02MW39LT9N/p1704741107302739 |
We think that this is expected. |
We can move forward with @bernhardoj's proposal. 🎀👀🎀 C+ reviewed. |
Current assignee @youssef-lr is eligible for the choreEngineerContributorManagement assigner, not assigning anyone new. |
@akinwale @youssef-lr @muttmuure this issue was created 2 weeks ago. Are we close to approving a proposal? If not, what's blocking us from getting this issue assigned? Don't hesitate to create a thread in #expensify-open-source to align faster in real time. Thanks! |
📣 @akinwale 🎉 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: @akinwale |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.4.34-1 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-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:
|
All paid up. I do think we might need a regression test here |
This is a specific case which was not considered nor handled when #32902 was implemented.
Regression Test Steps
Do we agree 👍 or 👎? |
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.22-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):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Expensify/Expensify Issue URL:
Issue reported by: Applause - Internal Team
Slack conversation:
Action Performed:
Preconditions:
In OldDot under admin, create a Collect group policy, enable categories and add 3 categories, add an employee to the policy.
Expected Result:
The selected category must remain in its place in alphabetical order
Actual Result:
The selected category moves to the top of the list when <8 categories active
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Add any screenshot/video evidence
Bug6332919_1704440244489.Recording__1022.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: