Closed
Bug 1044979
Opened 10 years ago
Closed 10 years ago
Awesomebar top result has changed between 33 and 34. And it's annoying.
Categories
(Firefox :: Address Bar, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 1045985
People
(Reporter: paul, Unassigned)
Details
33:
- type "h"
- autocomplete to "hacks.mozilla.org" (because starts with 'h')
- first suggestion: "news.ycombinator.com" (because title includes 'h')
34:
- type "h"
- autocomplete to "hacks.mozilla.org" (because starts with 'h')
- first suggestion: "hacks.mozilla.org"
- second suggestion: "news.ycombinator.com" (because title includes 'h')
The behavior in 34 is annoying as it breaks my habits (one extra keystroke to reach the link I want to open). And I don't see the benefit of duplicating the autocomplete result.
Reporter | ||
Comment 1•10 years ago
|
||
Marco, could this be a consequence of bug 995091?
Flags: needinfo?(mak77)
Comment 2•10 years ago
|
||
yes, it's one of the expected changes. It might indeed break habits, but it's what we should have done from the beginning, poor choice at the time. It confused a lot of users having the autoFill not cope with the first popup entry.
Fwiw, the idea is that soon the first entry will always show the action that Return is going to execute (bug 951624) and then this first entry should be pre-selected, that means going down will effectively go to the second entry.
Flags: needinfo?(mak77)
Comment 3•10 years ago
|
||
I filed bug 1045105 that I think it's a good solution to fix the behavior.
Reporter | ||
Comment 4•10 years ago
|
||
(In reply to Marco Bonardo [:mak] from comment #2)
> yes, it's one of the expected changes. It might indeed break habits, but
> it's what we should have done from the beginning, poor choice at the time.
> It confused a lot of users having the autoFill not cope with the first popup
> entry.
>
> Fwiw, the idea is that soon the first entry will always show the action that
> Return is going to execute (bug 951624) and then this first entry should be
> pre-selected, that means going down will effectively go to the second entry.
Works for me.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 5•10 years ago
|
||
Bug 951624 won't be fixed in time. That means this bug is valid for Firefox 34.
I think this is particularly bad. We will break habits twice. First with the 34 release, and again when bug 951624 will get fixed.
Can we find a simple work-around in the meantime, or backout the code responsible of this change?
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Comment 6•10 years ago
|
||
That's the plan indeed, as for any other feature, it should be disabled in Aurora until it's ready for prime time. bug 1045985 is tracked already.
Status: REOPENED → RESOLVED
Closed: 10 years ago → 10 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•