linux/win: large hierarchical menus: child obsures parent menu

VERIFIED FIXED in M16

Status

()

Core
XUL
P4
major
VERIFIED FIXED
19 years ago
10 years ago

People

(Reporter: sairuh (rarely reading bugmail), Assigned: Mike Pinkerton (not reading bugmail))

Tracking

Trunk
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

19 years ago
noticed that that the submenus draw right on top of the parent menu, obscuring
much of the parent menu. in 4.x, such submenus would be shifted either to the
left or right of the parent menu (depending on where the browser win is located
on the screen).

here's a sample recipe of what i'm seeing:

1. move the
mozilla browser window so that it's flush with the right side of the screen.
(eg, have it opened at www.mozilla.org)

2. go to Bookmarks (from main menubar)
> Sample SmartFind queries: you'll notice that this submenu obscures 5 lines
worth of the parent menu (only the beginning of the parent's items are visible).


3. for an even more extreme example, check out the following subemenu:
Bookmarks> Sample SmartFind queries> Find: Bookmark names starting with 'A' >
AAA URLs with no redirection. in this case there are no borders btwn the
submenus (difficult to determine which items are in which menu) and the submenus
often flicker...

occurs on both windows and linux (2000010508 comm.). not an issue for mac since
native menubar is used.

Updated

19 years ago
Whiteboard: Help wanted

Comment 1

19 years ago
Anyone could take this bug, all the positioning code is in nsMenuPopupFrame::SyncViewWithFrame

Comment 2

19 years ago
Peter, can we give this to someone less doomed?

Updated

19 years ago
Assignee: saari → sdagley
Priority: P3 → P4
Whiteboard: Help wanted
Target Milestone: M16

Comment 3

19 years ago
sure, removing help wanted from status whiteboard & reassigning to sdagley as p4
for m16. BTW, this should not be 'major' severity, which is supposed to indicate
major loss of function. This should be either minor or trivial.

Comment 4

19 years ago
Is this a dup of #21155?

Comment 5

19 years ago
BULK MOVE: Changing component from XP Menus to XP Toolkit/Widgets: Menus.  XP 
Menus component will be deleted.
Component: XPMenus → XP Toolkit/Widgets: Menus

Comment 6

19 years ago
Passing the menu bug torch to pinkerton
Assignee: sdagley → pinkerton

Comment 7

19 years ago
Setting the keyword all open [4.xp] bugs to 4xp.
Keywords: 4xp
(Assignee)

Comment 8

19 years ago
bulk accept
Status: NEW → ASSIGNED

Updated

19 years ago
Summary: [4.xP] linux/win: large hierarchical menus: child obsures parent menu → linux/win: large hierarchical menus: child obsures parent menu
(Assignee)

Comment 9

19 years ago
fixed.
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → FIXED
(Reporter)

Comment 10

19 years ago
oh yeah much bettah. verif on winNT and linux, opt comm bits 2000.03.03.08.
Status: RESOLVED → VERIFIED

Updated

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