Open Bug 72001 Opened 25 years ago Updated 4 years ago

[Alt] shortcuts hide menus if menu bar hidden

Categories

(Core :: XUL, defect)

Product:
Core
Component:
XUL
Platform:
x86
All
Type:
defect

Tracking

()

Milestone:
mozilla1.0.1

People

(Reporter: michael_bourgon, Unassigned)

References

Details

This is a bit bizarre, but I seem to be able to duplicate it. This occurs on build 2001030505. Behavior: if you have the menu bar hidden (by collapsing it), using [Alt]+ the shortcut key for a menu does not bring it up. If you then expand the menu bar, clicking on the same menu does not result in the menu popping up. Way to duplicate: using the standard mozilla skin (modern, I believe), collapse the menu bar and navigation bar, leaving only the personal toolbar. Type [Alt]+[e]. Note that the menu bar does not come up. Now expand the menu bar. Click on Edit. The menu does not drop down. However, if you click on other menus (such as File, View, Search, etc) they show. Expected behavior: menu will pop up, regardless of whether the menu bar is expanded or hidden
WORKSFORME Platform: PC OS: Windows 98 Mozilla Build: 2001031204 Using Classic skin Might be a Modern skin only problem
over to hewitt. this is true for the modern theme and not for the classic theme. Tested with 031408 mozilla linux build. The View Menu fails to open with Alt+v if the Menubar is collapsed. After uncollapse the View Menu does not pop up. Additionally the Bookmarks Menu also fails to display with Alt+b when the Menubar is collapsed but it does not become disabled when reopening the Menubar.
Assignee: asa → hewitt
Status: UNCONFIRMED → NEW
Component: Browser-General → Themes
Ever confirmed: true
OS: Windows NT → All
QA Contact: doronr → pmac
two additional notes. I could not reproduce the problem on Classic and all tests were performed after a theme switch _and_ a browser restart to eliminate any of that "theme switching breaks some things until restart" jazz as the culprit. Also, Modern is not the Mozilla default. Classic is the Mozilla default.
Hmmm... this is a strange one. I'm thinking this is XBL-related.
Status: NEW → ASSIGNED
WORKSFORME
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Verified "workforme" on commercial build (2001-05-24-06-Mtrunk).
Status: RESOLVED → VERIFIED
Sorry, it still happens, and I'm using 2001060603. Note that if you've clicked on a particular menu, then collapse the toolbar, it works correctly. And if you try multiple key combos (Alt-E and Alt-T, for instance) with the menu bar closed, neither shows when you expand it and click on that particular menu,
Status: VERIFIED → REOPENED
Resolution: WORKSFORME → ---
See also bug 69099, [RFE] Alt/F10/context menu item to make hidden menubar visible.
works for me
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → WORKSFORME
Sorry, still doesn't work. Just installed 2001092803, same issue. Start Mozilla with collapsed menus. Hit [Alt]+F. Nothing happens. Expand file toolbar. Click on File, nothing shows. Click on edit, menu drops down as expected. If I [CTRL]+N to create a new window, then I can do the exact same thing. Reopening.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
not really a Themes bug, re-assigning
Assignee: hewitt → hyatt
Status: REOPENED → NEW
Component: Themes → XP Toolkit/Widgets: Menus
QA Contact: pmac → jrgm
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0.1
Just FWIW, still occuring as of 2002031104. Not trying to bug at all, just figured after x months I should say something. Hi.
*** Bug 149425 has been marked as a duplicate of this bug. ***
Behavior is with 2002081413 If window is opened with menubar showing, and if menus are posted _while_ menubar is showing _before_ menubar is hidden then menus operate normally when menubar is hidden. Else, if menus are not posted before menubar is hidden, menus become stuck for the life of the window. When I click on a menu or use Alt+letter, I expect visible feedback. Therefore, I think the "hidden menu" concept violates good UI design.
*** Bug 198046 has been marked as a duplicate of this bug. ***
*** Bug 201646 has been marked as a duplicate of this bug. ***
*** Bug 238593 has been marked as a duplicate of this bug. ***
*** Bug 249727 has been marked as a duplicate of this bug. ***
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040816 kernel 2.6.8.1, gentoo + kde steps to reproduce the bug: - open a new window - collapse all menu bars (bookmarks, adress bar, menu bar) - press alt-v ( result: no menu appears) - expand all menu bars (same as above) - Use the mouse to activate some menues: - File menu apperars - Edit menu appears - View menu does not appear, - Go menu appears - ... and so on --> View menu is not acessible, it does not flap down. looks like being focused, that's it. I have seen that bug since several mozilla versions in the past.
*** Bug 238211 has been marked as a duplicate of this bug. ***
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
Assignee: hyatt → nobody
Status: ASSIGNED → NEW
Severity: normal → S3

The severity field for this bug is relatively low, S3. However, the bug has 6 duplicates.
:enndeakin, could you consider increasing the bug severity?

For more information, please visit auto_nag documentation.

Flags: needinfo?(enndeakin)

The last needinfo from me was triggered in error by recent activity on the bug. I'm clearing the needinfo since this is a very old bug and I don't know if it's still relevant.

Flags: needinfo?(enndeakin)
You need to log in before you can comment on or make changes to this bug.