Closed Bug 618941 Opened 14 years ago Closed 14 years ago

Pressing <down> in location bar doesn't highlight current entry

Categories

(Core :: Layout, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
Tracking Status
blocking2.0 --- final+

People

(Reporter: justin.lebar+bug, Unassigned)

References

Details

(Keywords: regression)

Mozilla/5.0 (X11; Linux x86_64; rv:2.0b8pre) Gecko/20101213 Firefox/4.0b8pre

STR:

* Open new tab
* Focus location bar
* Type "a"
* Press <down>

Actual results:

* URL for first awesomebar hit appears in location bar, but the entry for that entry is not highlighted.

Expected results:

* Entry should be highlighted.
Maybe related to Bug 618807
Blocks: 618807
Component: Location Bar → Layout
Product: Firefox → Core
QA Contact: location.bar → layout
is that relation certain with a regwindow or still in need of confirmation. I'm adding the keyword, change it accordingly.
Blocks: 560198
I can confirm this on my build: Mozilla/5.0 (Windows NT 6.1; rv:2.0b8pre) Gecko/20101213 Firefox/4.0b8pre ID:20101213030326
I can confirm using:
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b8pre) Gecko/20101213 Firefox/4.0b8pre ID:20101213030326
...so changing platform to All.

STR:
1) Create clean profile.
2) Visit a few sites to populate history/give something for awesomebar to show.
3) Set hardware acceleration to off in prefs and restart Minefield.
4) Press ctrl+T to create a new tab.
5) Give awesomebar focus, but make sure mouse cursor not hovering over where the dropdown will appear (or the highlight comes back).
6) Type characters from the site URLs visited in step #2 to make awesomebar dropdown appear.
7) Press down arrow to cycle through shown awesome bar results.

Expected:
- Highlight appears over currently selected row in the awesomebar dropdown.

Actual:
- No highlight as the down arrow is pressed, unless the mouse hovers over the dropdown at the same time.

NB: Issue seems to only occur when hardware acceleration turned off.

Last good nightly: 2010-12-12 
First bad nightly: 2010-12-13

Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=25d77f95d92c&tochange=210237f7d626

Note: The possible related bug mentioned in comment 1 isn't inside this regression window.
blocking2.0: --- → ?
OS: Linux → All
Hardware: x86_64 → All
Version: unspecified → Trunk
Of the changesets in that pushlog, only 4 are not tests or strings, and out of those left I would presume bug 615870 is most likely? (Given the rest are plugins/addons/doorhanger CSS margin related)

http://hg.mozilla.org/mozilla-central/rev/34bd12eb4a9c
Bug 615870 - Remote HTML5 video rendering pipeline should be shorter r=roc a=b-f

Provisionally marking as blocking bug 615870 for visibility over there.
Blocks: 615870
No longer blocks: 618807
See Also: → 618807
Fixed by backout.
Status: NEW → RESOLVED
blocking2.0: ? → final+
Closed: 14 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.