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
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.
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
Assignee: nobody → dao
Status: NEW → ASSIGNED
Attachment #301061 - Flags: review?(gavin.sharp)
Moved the attribute selector to the dropmarker. Doesn't make a difference, it's only better readable.
Attachment #301132 - Flags: review?(gavin.sharp) → review+
Comment on attachment 301132 [details] [diff] [review] patch I know this patch is trivial but no reason why it can't wait for b4.
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
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.