Closed Bug 413819 Opened 14 years ago Closed 14 years ago

Autocomplete dropmarker should always stay in hovered state when menu is opened using the dropdown button

Categories

(Firefox :: Address Bar, defect)

defect
Not set
minor

Tracking

()

RESOLVED FIXED
Firefox 3 beta4

People

(Reporter: chadwickgab+mozilla, Assigned: dao)

References

Details

(Keywords: polish)

Attachments

(1 file, 1 obsolete file)

Steps to reproduce

1. Open the adress bar menu with the dropdown button.
2. Move mouse to an other place then the drop down button.

Actual behavior :

The dropdown button is not in hovered state.

Expected behavior : 

The dropdown button should stay in hovered state until menu close. This behavior is what IE and windows vista does... It give better indication that the action of the button is still there.
Flags: blocking-firefox3?
Ideally, I think we would use the :active pseudo class for this, but it's not set as the popup is open. The second option is to use [open="true"], but the "open" attribute isn't set consistently in autocomplete.xml.
Summary: Autocomplete dropmarker should always stay in hovered state when menu is opened use the dropdown button → Autocomplete dropmarker should always stay in hovered state when menu is opened using the dropdown button
Version: 2.0 Branch → Trunk
Attached patch patch (obsolete) — Splinter Review
Assignee: nobody → dao
Status: NEW → ASSIGNED
Attachment #301061 - Flags: review?(gavin.sharp)
Depends on: 414845
Attached patch patchSplinter Review
Moved the attribute selector to the dropmarker. Doesn't make a difference, it's only better readable.
Attachment #301061 - Attachment is obsolete: true
Attachment #301132 - Flags: review?(gavin.sharp)
Attachment #301061 - Flags: review?(gavin.sharp)
Attachment #301132 - Flags: review?(gavin.sharp) → review+
Attachment #301132 - Flags: approval1.9b3?
Attachment #301132 - Flags: approval1.9?
Comment on attachment 301132 [details] [diff] [review]
patch

I know this patch is trivial but no reason why it can't wait for b4.
Attachment #301132 - Flags: approval1.9b3?
Attachment #301132 - Flags: approval1.9b3-
Attachment #301132 - Flags: approval1.9?
Attachment #301132 - Flags: approval1.9+
Flags: wanted-firefox3+
Flags: blocking-firefox3?
Flags: blocking-firefox3-
Keywords: checkin-needed
Checking in browser/themes/winstripe/browser/browser.css;
/cvsroot/mozilla/browser/themes/winstripe/browser/browser.css,v  <--  browser.css
new revision: 1.168; previous revision: 1.167
done
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 3 beta4
This does not look fixed on Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.9b4pre) Gecko/2008020708 Minefield/3.0b4pre ID:2008020708 Am I not using the good build ?
This depends on bug 414845, which needs a new patch.
You need to log in before you can comment on or make changes to this bug.