Editing autocompleted domains in URL bar is broken
Categories
(Firefox :: Address Bar, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr102 | --- | unaffected |
firefox-esr115 | --- | unaffected |
firefox116 | --- | unaffected |
firefox117 | --- | verified |
firefox118 | --- | verified |
People
(Reporter: giul.mus, Assigned: mseibert)
References
(Regression)
Details
(Keywords: regression, Whiteboard: [sng-scrubbed][search-regression])
Attachments
(2 files)
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
diannaS
:
approval-mozilla-beta+
|
Details | Review |
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/117.0
Steps to reproduce:
Suppose that you want to go to "amazonaws.com" and take advantage of the autocompletion "amazon.com".
- Begin typing a domain in the URL bar: "ama"
- Verify that the domain is autocompleted to "amazon.com/"
- Press right arrow to accept the autocompletion, then press the left arrow until the cursor is right at the end of the word "amazon"
- Type "aws"
Actual results:
The autocompletion, as well as the first letter "a", disappears: I see "ama". If I continue typing, characters after the first will be appended. The final result is "amaws".
Expected results:
The final result is "amazonaws.com/"
Comment 1•2 years ago
|
||
I have managed to reproduce this issue on the latest Nightly 117.a1 build (Build ID: 20230730210800) on Windows 10 x64, macOS 13.1 and Linux Mint 20.1.
This seems to be a regression and using the mozregression tool I got the following results:
- Last good revision: e4e50bbcb3a212ef8c30c6065b8e9ea5866fac64
- First bad revision: 498b4ed438a3b4e20a618ef3a1c0c5cd0c64cb11
- Pushlog: Link
It seems that this issue was introduced by Bug 1416881.
@Marc could you please take a look at this issue?
Assignee | ||
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Assignee | ||
Comment 2•2 years ago
|
||
Comment 3•2 years ago
|
||
Set release status flags based on info from the regressing bug 1416881
Updated•2 years ago
|
Comment 5•2 years ago
|
||
bugherder |
Comment 6•2 years ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D185051
Comment 7•2 years ago
|
||
Uplift Approval Request
- Needs manual QE test: yes
- Is Android affected?: no
- Steps to reproduce for manual QE testing: The steps are in the bug, it would be useful to test in general editing in the input field after the typed text has been autofilled (e.g. mo[zilla.com]) moving the cursor both with keyboard and mouse.
- Code covered by automated testing: yes
- User impact if declined: editing autofilled text in the address bar is malfunctioning
- String changes made/needed: none
- Fix verified in Nightly: no
- Explanation of risk level: the change is limited to the autofill feature, it would be low after QA checks
- Risk associated with taking this patch: low-medium
Comment 8•2 years ago
|
||
Comment on attachment 9348351 [details]
Bug 1846261 - Editing autocompleted domains in URL bar is broken.r=mak
Approved for 117.0b6
Updated•2 years ago
|
Updated•2 years ago
|
Reproducible on a 2023-07-31 Nightly build on macOS 12.
Verified as fixed on Firefox 117.0b6(build ID: 20230810181819) and Nightly 118.0a1(build ID: 20230810094725) on macOS 12, Windows 10, Ubuntu 22.
Editing an autofilled domain in the Address Bar now works as intended.
Description
•