Closed
Bug 816894
Opened 13 years ago
Closed 6 years ago
Autocomplete/suggestions overrides arrow keys in location bar
Categories
(Firefox :: Address Bar, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: u457425, Unassigned)
Details
(Keywords: regression)
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:17.0) Gecko/17.0 Firefox/17.0
Build ID: 20121120062532
Steps to reproduce:
I inserted an url into the location bar.
example: http://drupal.org/project/views
(I don't know if the url has to have already been visited before. In my case it has been)
I wanted to modify part of the url so I navigated to the beginning of the url (Home) and advanced to a certain position with the arrow keys.
example: 'http' => 'https'
therefore: [Home] [->] [->] [->] [->] [s]
The url suggestions appeared after a short delay, but I wanted to modify the url some more so I tried navigating to the next position.
[->]......
The suggestion list - and the bug - sometimes appears as soon as after hitting [Home].
I suppose it depends on some timeout and the speed of interaction.
Actual results:
Upon pressing the right arrow, the cursor jumps to the end of the line instead of the next character location.
This would be the right thing if I selected an element from the suggestion list - replace with the selected and jump to the end - but I did not select anything.
Expected results:
The cursor should move to the next character position.
This bug could be related:
https://bugzilla.mozilla.org/show_bug.cgi?id=436616
Comment 2•13 years ago
|
||
I can reproduce this issue with the latest Nightly.
User Agent: Mozilla/5.0 (X11; Linux i686; rv:20.0) Gecko/20121203 Firefox/20.0
Build ID: 20121203030801
Status: UNCONFIRMED → NEW
Ever confirmed: true
Updated•13 years ago
|
Component: Untriaged → Location Bar
Comment 3•13 years ago
|
||
Can't seem to find a duplicate for this, though I remember seeing something similar.
This works in F10, and doesn't in F16 - probably a regression from autcomplete?
Keywords: regressionwindow-wanted
Comment 4•13 years ago
|
||
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20100101 Firefox/19.0
Build ID: 20130123083802
I can reproduce this issue with Firefox 19.0b3, latest Nightly and latest Aurora on Windows 7. Regression range:
Last good nightly: 2012-03-13
First bad nightly: 2012-03-14
Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=1ca7a94573f2&tochange=c71845b3b2a6
I confirm the same behavior on Mac OS X 10.8 on the Firefox 19.0b3, latest Nightly and latest Aurora builds.
Comment 5•13 years ago
|
||
Marco, could you please take a look at this issue? I think it may be related with your push from https://hg.mozilla.org/integration/mozilla-inbound/rev/1ffea9163a9d
Comment 6•13 years ago
|
||
That push enabled autofill, it's possible this was an already existing problem in autofill. It's strange though since there is no autofill result following these steps.
I could reproduce it by isiting the page, editing to https and when the popup opens the cursor moves to the end of the bar.
I may look at it, though I have no ETA atm, so if anyone wants to steal this, feel free to.
Assignee: nobody → mak77
Updated•10 years ago
|
Assignee: mak77 → nobody
Priority: -- → P3
Comment 7•6 years ago
|
||
I cannot reproduce this in Nightly
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME
Comment 8•6 years ago
|
||
Bugbug thinks this bug is a regression, but please revert this change in case of error.
Keywords: regression
You need to log in
before you can comment on or make changes to this bug.
Description
•