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)

17 Branch
defect

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.
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
Component: Untriaged → Location Bar
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?
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.
OS: Linux → All
Hardware: x86_64 → All
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
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
Assignee: mak77 → nobody
Priority: -- → P3

I cannot reproduce this in Nightly

Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME

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.