Closed
Bug 1159547
Opened 9 years ago
Closed 5 years ago
Using arrow keys while editing URL bar changes URL bar contents
Categories
(Firefox :: Address Bar, defect, P3)
Firefox
Address Bar
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: markh, Unassigned)
References
Details
STR: * enable unified autocomplete and ensure "google.com" is in your history. * enter "goo" into the URL bar - dropdown offers "visit http://google.com/" and URLBar offers "google.com/" as a completion, as expected. * Press "END" - caret moves to the end of the URL Bar after the slash (also as expected) * Press BS - trailing slash is selected in URLBar (not sure if this is expected, but OK) * Press BS again - trailing slash is removed from URLBar (as expected) - now showing "google.com" * Press LeftArrow (or HOME) Expected: * URLBar contents stay the same, caret moves to the left. Actual: * URLBar has trailing slash re-appended. IMO, moving the caret with the arrow keys should not change the contents of the URLBar.
Comment 1•9 years ago
|
||
(In reply to Mark Hammond [:markh] from comment #0) > * Press BS - trailing slash is selected in URLBar (not sure if this is > expected, but OK) this is bug 719888 > * Press BS again - trailing slash is removed from URLBar (as expected) - now > showing "google.com" > * Press LeftArrow (or HOME) > Expected: > * URLBar contents stay the same, caret moves to the left. > Actual: > * URLBar has trailing slash re-appended. This is because on key navigation we do completion, it's something in toolkit autocomplete. I agree the behavior for left looks bogus. This was probably done for in-the-middle completion...
Comment 2•9 years ago
|
||
This is not directly related to or blocking unified complete, it would also happen with the old autocomplete search. As I said it's an annoyance in toolkit autocomplete that doesn't play well with the awesomebar usage.
Updated•9 years ago
|
Whiteboard: [unifiedautocomplete]
Updated•9 years ago
|
Priority: -- → P3
Comment 3•7 years ago
|
||
NB: `protocol://domain.tld` without trailing slash is not a valid URL per spec: there must be the path part present, and the `/` means "root path". Browsers tend to hide this slash when displaying the root path presumably for aesthetic reasons, but technically they never request such invalid URL from remote server.
Comment 4•5 years ago
|
||
WFM in Nightly with Quantum Bar enabled.
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•