Closed Bug 950443 Opened 11 years ago Closed 10 years ago

The Australis panel menu don't always handle key events

Categories

(Firefox :: Toolbars and Customization, defect)

x86_64
Windows 8.1
defect
Not set
normal

Tracking

()

RESOLVED INVALID

People

(Reporter: yukawa, Unassigned)

References

(Blocks 2 open bugs)

Details

(Keywords: access)

Version: Nightly 29.0a1 (2013-12-14)

Step to reproduce:
1. Open https://bugzilla.mozilla.org/show_bug.cgi?id=881937
2. Click the panel menu button
3. Hit Down arrow key.

Expected result:
You can traverse panel menu with arrow keys items after step 3.

Actual result:
The web content will be scrolled (unless you are using vertically very long screen).
Once you hit Tab key, the panel menu seems to get focused and arrow keys start working.

Note:
If the Australis panel menu is designed to be a kind of popup-menu UI, the current behavior looks a bit weird to me, at least on Windows.

On Windows, any popup-menu-like UI is expected to work as if it adds its own key event listener when it appears and removes the listener when it disappears, regardless of whether it is initiated by keyboard or not (e.g. mouse), even though this is usually implemented as a tricky nested message loop encapsulated by TrackPopupMenu Win32 API or something.

However, the current Australis panel menu seems to rely on hierarchical key event dispatch model, that is to say, it handles key events when and only when the panel menu itself has keyboard focus, right?
Depends on: 946297
Keywords: access
The panel now never handles key events, which I believe means this bug is now invalid.
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.