-
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
Set the focus on Edit Box after edit action. #3441
Conversation
Ready to roll. Thanks. |
@parasharrajat Looks like lint is failing |
@roryabraham this is due to #3401. And the fix is being made here #3481. So I suggest we merge it quickly. |
Lint error resolved, please merge |
Also @parasharrajat will this also fix this deploy blocker? |
Confirmed on iOS safari that it does. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Also, I must be going crazy because I can't find where the isFocused
prop of the ReportActionCompose
comes from, because it isn't coming from here. Are we sure that this is ever being actually set? Can we safely get rid of it? We also have isFocused
in the ReportActionCompose
state.
|
That deploy blocker is due to app crashes. It's not covered in it. Actually, I don't know the reason for the crash so far, thus It's hard to tell. |
Updated. Thanks. |
@deetergp @roryabraham Awaiting your feedback. Thanks. |
TestingWebEditing via the context menu always puts focus to the edit text box, but the right-click > edit only does it on the first edit after a page load. In subsequent right-click > edits, the focus stays at the bottom, in the main text editor. DesktopContext menu Edit works like it should, but I couldn't get right-click > edit to focus in the edit text box, it always went down to the main text box. mWebWorks as intended 👍 iOSWorks as intended, though it's weird that you only get the long-press context menu if you click on your own avatar. That's probably unrelated. |
@deetergp Thanks for letting me know. I changed the prop name but forgot to update it in the Component. |
That fix did it, thanks @parasharrajat 👍 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Code looks good and tests pass.
@roryabraham Any feedback here? I think this PR is waiting to be merged by you. 😅 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks good to me. Sorry to have been a bottleneck here @parasharrajat – been a crazy couple days.
✋ This PR was not deployed to staging yet because QA is ongoing. It will be automatically deployed to staging after the next production release. |
🚀 Deployed to staging in version: 1.0.68-5🚀
|
iPhone - Safari - Cursor focus not gained for edit comment fieldExpected Result:Textbox should automatically get focused. Actual Result:Focus not gained in edit box Actions Performed:
Platform:iOS Build:1.0.69-0 Notes/Images/Video:Bug5114863_RPReplay_Final1623793918.mp4 |
No worries I will test it on safari M-web |
Same here issue is not reproducible on M-web safari iPhone 12 - 14.4. |
Retested and it was a pass in mWeb! Checking it off. |
🚀 Deployed to production in version: 1.0.73-3🚀
|
Details
Fixed Issues
Fixes #3017
fixes #3309
Tests | QA Steps (Web|Desktop)
ArrowUp
key. Edit box of your latest message should automatically get focused.Esc
key, and the mainReportActionCompose
should regain focus.Tests | QA Steps(mWeb|Android|IOS)
Tests | QA Steps (Web|Desktop) for #3309
Esc
key, and the main chat composer should regain focus.Tested On
Screenshots
Web
focus-edit-w.mp4
Mobile Web
1623176819336.mp4
Desktop
focus-edit-d.mp4
iOS
Android
1623177379471.mp4