Closed Bug 1435470 Opened 6 years ago Closed 6 years ago

Hovering over expandable application menu results in non-native behavior on Windows

Categories

(Firefox :: Menus, defect)

58 Branch
All
Windows
defect
Not set
minor

Tracking

()

RESOLVED DUPLICATE of bug 1390551

People

(Reporter: mqudsi, Unassigned)

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:58.0) Gecko/20100101 Firefox/58.0
Build ID: 20171218174357

Steps to reproduce:

1) Click the Firefox hamburger menu
2) Hover over "More" (or other expanding menus)


Actual results:

Nothing happens


Expected results:

On Windows, menus that have child menus are expected to cascade upon hover (after an appropriate delay).

Firefox breaks this user expectation by re-using the same UI for a well-understood feature/concept/UX and using it completely differently (i.e. by waiting for the user to click on the menu and then replacing the contents of the current menu with the children of the selection).

Even within Firefox itself in every other context menu, a menu item with child menu items causes a cascaded submenu to open upon hover (for example, right-clicking a tab or in the DOM).

This is non-native behavior and while it would not have been particularly amiss in the 90s when no software respected the conventions of the OS it was running under, in 2018 virtually all other mainstream applications respect this particular convention on Windows.

Kindly reconsider this approach. Other applications featuring a custom hamburger menu not using the native Windows UX elements do not repurpose its behavior the way Firefox currently does (e.g. Chrome).
Severity: normal → minor
Status: UNCONFIRMED → RESOLVED
Has Regression Range: --- → irrelevant
Has STR: --- → yes
Closed: 6 years ago
Component: Untriaged → Menus
OS: Unspecified → Windows
Hardware: Unspecified → All
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: