-
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-01-02] [$500] Web - Search - Selected dropdown item with tab key is not opened in Search #32388
Comments
Job added to Upwork: https://www.upwork.com/jobs/~015640f29df912d30c |
Triggered auto assignment to @alexpensify ( |
Bug0 Triage Checklist (Main S/O)
|
Triggered auto assignment to Contributor-plus team member for initial proposal review - @alitoshmatov ( |
Proposalfrom: @unicorndev-727 Please re-state the problem that we are trying to solve in this issue.Highlighted item (default first one) with Up&Down keys is opened instead of blue bordered item which is selected with Tab key What is the root cause of that problem?The root cause is that the pressOnEnter is set on Confirm button and it's priority is 1 so when we click enter, the button is pressed first with highlighted item. App/src/components/OptionsSelector/BaseOptionsSelector.js Lines 656 to 662 in 414c08c
What changes do you think we should make in order to solve the problem?we need to adjust button's priority here or can change the default item when we select other item using tab. What alternative solutions did you explore? (Optional)N/A |
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?
What alternative solutions did you explore? (Optional)
|
@alitoshmatov please keep us posted if any of the proposals will fix this issue. Thanks! |
Reviewing |
@unicorndev-727 I don't think confirm button is related here. |
@Sourcecodedeveloper I think binding tab key to our selection will effect native accessibility that used by tab key. Moreover |
@DylanDylann your RCA is correct. Your solution looks good also as you mention we can follow #32252 PR and apply the same solution here. But can you make sure we are covering all instances of this issue so that we don not come across similar one again. |
We can go with @DylanDylann 's proposal. C+ reviewed 🎀 👀 🎀 |
Triggered auto assignment to @deetergp, see https://stackoverflow.com/c/expensify/questions/7972 for more details. |
@deetergp, @alexpensify, @alitoshmatov Uh oh! This issue is overdue by 2 days. Don't forget to update your issues! |
I agree with @DylanDylann, @deetergp Can you confirm this? |
@deetergp - can we get feedback here? Let me know if we need to have a bigger discussion in Open Source. Thanks! |
Daily Update: PR is in review! |
Heads up, I will be offline from Friday, December 22, to Thursday, January 4, 2024. I will not be actively watching over this GitHub during that period. If anything urgent is needed here, please ask for help in the #expensify-open-source Slack Room-- thanks! |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.4.16-5 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-01-02. 🎊 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:
|
If you are the assigned CME please investigate whether the linked PR caused a regression and leave a comment with the results. If a regression has occurred and you are the assigned CM follow the instructions here. If this regression could have been avoided please consider also proposing a recommendation to the PR checklist so that we can avoid it in the future. |
Here is the payment summary-- TBD, @alitoshmatov please confirm if this regression is due to this PR or something else. Thank you!
Upwork Job: https://www.upwork.com/jobs/~015640f29df912d30c Extra Notes regarding payment: Heads up, I'm OOO until January 4, but I will log in on Wednesday, January 3, to check this payment process pending if the regression is resolved by then. I've confirmed that everyone here is a pending hire, so all set here for the payment date. January 11 UpdateBased on the feedback here #32388 (comment), we will keep the payment amounts the same and there is no penalty. |
@alitoshmatov or @deetergp - can you please help confirm if this PR did cause regression? Thanks! |
Based on my observation, our PR didn't directly cause this regression, the regression didn't occur after merging our PR. However our solution was based on faulty approach which was already implemented by #32252. We took this solution for granted and followed the same approach. Finally #33491 PR caused the regression which broke our faulty solution. I am okay if penalty is applied to my payment, since I should have been more cautious on my review. cc: @alexpensify, @deetergp, @Beamanator (since you worked on fixing the regression) |
Thank you @alitoshmatov for this update. @Beamanator and @deetergp can I get some feedback here regarding this payment? Thanks! |
@deetergp, @alexpensify, @alitoshmatov, @DylanDylann Whoops! This issue is 2 days overdue. Let's get this updated quick! |
Bumping - @deetergp and @Beamanator can I get your feedback here? |
I agree with @alitoshmatov 's summary here: #32388 (comment)
While the PR for this issue and this one were a bit iffy & weren't perfect, they didn't cause the regressions so I don't believe payment here should have the penalty applied |
Thanks, I'll work on the payment process tomorrow. |
Closing - I updated the summary here: #32388 (comment) Everyone has been paid via Upwork and I closed that job. |
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.7-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:
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:
Expected Result:
Items in search dropdown should be selected consistently both with up&down and tab keys, and the correct one is opened after pressing Enter key
Actual Result:
Highlighted item (default first one) with Up&Down keys is opened instead of blue bordered item which is selected with Tab key
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Add any screenshot/video evidence
Bug6297806_1701459856402.2023-12-01_20-58-59.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: