Note: There are a few cases of duplicates in user autocompletion which are being worked on.

Address/Awesome bar: URL completion overrides selection from drop-down list

RESOLVED FIXED

Status

()

Firefox
Location Bar
RESOLVED FIXED
5 years ago
5 years ago

People

(Reporter: B.J. Herbison, Assigned: mak)

Tracking

({regression})

Trunk
x86_64
All
regression
Points:
---

Firefox Tracking Flags

(firefox14+ verified)

Details

(Reporter)

Description

5 years ago
Steps to reproduce:
* With the 2 June Nightly, create a new tab.
* Start typing in awesome bar. Choose characters such that URL completion occurs and a selection list appears.
* Click on a selection from the drop down list.
* Verify the URL from the selected item appears in the awesome bar.
* Press Enter.

Expected: Visit the selected URL, as shown in the awesome bar.

Actual: The URL from the URL completion step reappears in the awesome bar and that page is visited.

I see this issue on Ubuntu, also seen on Windows (<http://forums.mozillazine.org/viewtopic.php?p=12028013#p12028013>).
(Reporter)

Comment 1

5 years ago
I just verified I get the same behavior with a new profile.

Workaround: Hit the space bar between selecting the URL and pressing Enter.

Comment 2

5 years ago
Regression window:
Good:
http://hg.mozilla.org/mozilla-central/rev/7bf0125b26b5
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/15.0 Firefox/15.0a1 ID:20120601035703
Bad:
http://hg.mozilla.org/mozilla-central/rev/305cd10b57d2
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/15.0 Firefox/15.0a1 ID:20120601055003
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=7bf0125b26b5&tochange=305cd10b57d2

Suspected: bug Bug 720081
Blocks: 720081
Keywords: regression

Updated

5 years ago
tracking-firefox15: --- → ?

Comment 3

5 years ago
Reproduced on today's Aurora too
http://hg.mozilla.org/releases/mozilla-aurora/rev/10b7f6c9be4f
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120602 Firefox/14.0a2 ID:20120602042008
tracking-firefox14: --- → ?

Updated

5 years ago
Duplicate of this bug: 760838

Updated

5 years ago
Duplicate of this bug: 760836
(Assignee)

Comment 6

5 years ago
Please do not back out bug 720081, We have a db version bump there. Will look into this soon
Assignee: nobody → mak77

Updated

5 years ago
Duplicate of this bug: 760843

Comment 8

5 years ago
Alice0775 bug 760843 is different steps: type "yahoo" and press enter no longer takes uesr straight to web page.].  The user in question doesn't have any autocomplete that appears in dropplist when typing yahoo.

Comment 9

5 years ago
(In reply to Will Budreau from comment #8)
> Alice0775 bug 760843 is different steps: type "yahoo" and press enter no
> longer takes uesr straight to web page.].  The user in question doesn't have
> any autocomplete that appears in dropplist when typing yahoo.

If You mean Bug 760836, Yes, it is intentional behavior.
We can back out the autocomplete controller changes only, right? That should fix this, so I think we should do that while we investigate further.
(and then retrigger nightlies)
tracking-firefox14: ? → +
tracking-firefox15: ? → +
Did that:
https://hg.mozilla.org/mozilla-central/rev/9274e6b53af4
https://hg.mozilla.org/releases/mozilla-aurora/rev/6db7fbab6f0c
Status: NEW → RESOLVED
Last Resolved: 5 years ago
status-firefox14: --- → fixed
tracking-firefox15: + → ---
Resolution: --- → FIXED
I tried to retrigger nightlies, but I'm not sure whether I succeeded.
Looks like the nightly builds are running now.

Comment 15

5 years ago
nope, not yet.

Comment 16

5 years ago
Aurora and Nightly builds are fixed now, completely resolved.
(Assignee)

Updated

5 years ago
Duplicate of this bug: 760833
Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20100101 Firefox/14.0

Verified in F14 beta 8 on Ubuntu 12.04, Mac OS 10.7 and Windows XP using steps from comment 0.
status-firefox14: fixed → verified
You need to log in before you can comment on or make changes to this bug.