If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

After clicking menu-item, the menu-button gets a hovered look for a brief moment

NEW
Unassigned

Status

()

Core
XUL
--
minor
10 years ago
9 years ago

People

(Reporter: Martijn Wargers (dead), Unassigned)

Tracking

(Depends on: 1 bug, {regression})

Trunk
x86
Windows XP
regression
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

10 years ago
I already mentioned this in bug 279703, comment 22:
"
- After clicking on a menu-item in a menu, the menu-button is going back into
its hovered state.
"
I can see this now still after the patch has been checked in.

You said in comment 23:
"
Not clear what you mean here, or maybe I just don't see it. You are rolling the
mouse over the items on a menubar?
"

Steps to reproduce:
- Click on "Edit" menu-item.
- Click on "Find" menu-item.

Actual result:
Find-bar opens, but the "Edit" menu-item gets briefly a hovered look.

Expected result:
Find-bar opens, nothing else.
WFM
(Reporter)

Updated

10 years ago
Summary: After clicking menu-item, the menu-button gets a hovered look → After clicking menu-item, the menu-button gets a hovered look for a brief moment

Comment 2

10 years ago
I don't see this either.
(Reporter)

Comment 3

10 years ago
Maybe try with File->Save Page As...?

Comment 4

10 years ago
OK, I can see this with the Save Page As command. It's caused because there is a brief period between when the menu is closed and the asynchronous event which deselects the menu fires. This will be fixed by bug 390647.
Depends on: 390647

Updated

9 years ago
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: xptoolkit.menus → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.