Pressing a character shortly after 'enter' after typing a url still inputs a character
Categories
(Firefox :: Address Bar, defect, P3)
Tracking
()
People
(Reporter: charles, Assigned: daisuke)
References
(Regression)
Details
(Keywords: papercut, regression)
Attachments
(1 file, 1 obsolete file)
48 bytes,
text/x-phabricator-request
|
RyanVM
:
approval-mozilla-esr91+
|
Details | Review |
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:95.0) Gecko/20100101 Firefox/95.0
Steps to reproduce:
Open a new tab.
Type 'google.com' into the search bar.
Then hit 'enter' and 't' almost at the same time but 'enter' slightly before the 't'.
Actual results:
The result is that it loads google.com but the search bar ends up saying 'google.comt'
Expected results:
It should either ignore the 't' key input or forward it to google.com.
Updated•3 years ago
|
Comment 1•3 years ago
|
||
Reproducable on a recent Nightly. The urlbar ends up with an invalid pageproxystate in the newly loaded tab. May be related to key buffering.
I managed to reproduce this issue on Firefox Beta 96, Nightly 98.0a1, Release 95 and 91.5.0esr using macOS 11.6 (Big Sur), Windows 10 and Ubuntu 20.4. This looks like an older regression, reproduced it all the way to Firefox 85. Using mozregression, looked for a regression ranged and took me to:
I suspect Bug 1641287 to be the culprit.
Daisuke, could you please take a look?
Comment 4•3 years ago
|
||
:ada.cristea, since this bug is a regression, could you fill (if possible) the regressed_by field?
For more information, please visit auto_nag documentation.
Assignee | ||
Comment 5•3 years ago
|
||
Thank you very much for your report, charles.
And, thank you very much for letting me know, Ada.
Yes, I as well could reproduce this issue.
And also, I confirmed that the same issue happens on urlbar as well.
I will fix this.
Thanks!
Updated•3 years ago
|
Assignee | ||
Comment 6•3 years ago
|
||
Assignee | ||
Comment 7•3 years ago
|
||
Depends on D136711
Assignee | ||
Updated•3 years ago
|
Comment 8•3 years ago
|
||
Comment on attachment 9260347 [details]
Bug 1749397: Ignore char key input while processing enter key on searchbar.
Revision D136712 was moved to bug 1751819. Setting attachment 9260347 [details] to obsolete.
Comment 10•3 years ago
|
||
bugherder |
Updated•3 years ago
|
Updated•3 years ago
|
Reproducible on Firefox 97(20220202182137) on macOS Big Sur 11. This issue is fixed on Firefox 98.0b5(20220215194438) and Nightly 99.0a1(20220215210051) on macOS Big Sur 11, x86_64(Ubuntu 20.04) and Win10.
Comment 12•3 years ago
|
||
This and bug 1751819 seem like a pretty annoying papercut issue for affected users. What are your thoughts about an ESR uplift on them? They both graft cleanly.
Assignee | ||
Comment 13•3 years ago
|
||
Thank you very much, Ryan.
I will request uplifting for ESR.
Assignee | ||
Comment 14•3 years ago
|
||
Comment on attachment 9260346 [details]
Bug 1749397: Ignore char key input while processing enter key on urlbar.
ESR Uplift Approval Request
- If this is not a sec:{high,crit} bug, please state case for ESR consideration: It’s an annoying bug for users that we should fix, and the patch is relatively safe.
- User impact if declined: If user inputs text in the URL bar, then press the character key as soon as pressing “enter", the character will be added after the text in the URL bar. That is, the result of the web page will not match the value in the URL bar.
- Fix Landed on Version: 98
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): It was already verified by QA, and it's been two weeks since this patch was available on Nightly, no bugs have been reported.
Comment 15•3 years ago
|
||
Comment on attachment 9260346 [details]
Bug 1749397: Ignore char key input while processing enter key on urlbar.
Approved for 91.7esr.
Comment 16•3 years ago
|
||
bugherder uplift |
Updated•3 years ago
|
Hello! I verified this on 91.7.0esr(20220228225400) on macos Big Sur 11, Linux x86_64(Ubuntu 20.04) and Win10 64-bit. Works as expected.
Description
•