Closed Bug 28086 Opened 25 years ago Closed 24 years ago

popup menus on toolbars don't behave like menus on menubar

Categories

(Core :: XUL, defect, P3)

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

Tracking

()

Status:
VERIFIED DUPLICATE of bug 24690

People

(Reporter: nneul, Assigned: mikepinkerton)

References

Details

(Whiteboard: nsbeta3+) 

If you click on one of the bookmark menus (second line of menu items) it takes
two clicks to open another one - ie. if I click on "Bookmarks" and then on
"Home", all it does is close the bookmarks popup/menu, it doesn't choose "Home".

This is with the latest snapshot on 02-16
clicks to dismiss popups or menus should should not cause any action in the 
window. this is the intended behavior. The fact that "home" still gets rollover 
feedback is another bug i already have.

marking invalid as this is by design.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
Others may feel differently, but this is extremely non-intuitive and pretty much
no other menus in other applications behave this way. I agree that clicks in the
body/buttons/etc. if you have a menu/popup open should not have any effect, but
it's pretty standard to be able to click in another menu and have it respond as
you'd expect it to.

It's your call to mark it invalid, but it seems incorrect to me. 
The "home" button is not another menu. It is a button. Clicking to close context 
menus doesn't send the click through. Clicking in normal menus doesn't send the 
click through.

I think I understand now, I misinterpreted the point of your bug. Yeah, if you 
click on something else that should popup a menu, it should probably pop that 
menu up, but not do things like activate buttons.

I'll reopen this. Sorry for the confusion.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Summary: two clicks required to pick different menu → two clicks required to pick different menu on toolbar
accepting for m16
Status: REOPENED → ASSIGNED
Target Milestone: M16
toolbar bug for claudius...
QA Contact: sairuh → claudius
just to clarify later when it comes time to verify this:
Actual behavior:
1. Click a popup menu on the bookmarks/personal toolbar.
2. Click another such popup.
3. Original menu dismisses, nothing else happens.

Expected behavior:
Choice A
1.Click 1st popup.
2. Click second popop.
3. 1st dismisses, second opens.

-or-
Choice B
1. Click 1st popup
2. mouse to label for second popup.
3. 1st dismisses, second opens.


the second alternative(B) is the way XPmenus (like the toplevel menubar) currently behave. i don't know if we want to mimic that 
behavior or use the slightly different alternative from option A.
I don't care which way just be sure and note which way you implement it so I can do the 'QA' thing.

This isn't acting as reported iff a context menu is brought up before the
second menu is clicked on.

Steps to Reproduce:
1. On the personal toolbar, click on "Bookmarks" 
2. Right-click anywhere in the browser window.
3. Click anywhere else in the browser window to dismiss the context menu.
4. Click on the Edit menu.

Actual Results:
The Bookmarks menu on the personal toolbar stays visible throughout.
It can only be dismissed by clicking on its label after step 3, unless
ESC is pressed after step 2, in which case both menus will be dismissed.
The "Edit" menu appears on top of the existing Bookmarks menu. If step 3 is 
omitted, the "Edit" menu label is highlighted, but the menu does not appear,
which is the same as seen here, but the Bookmark menu also still appears.

Expected Results:
The Bookmarks menu on the personal toolbar is dismissed, if not is step 2,
in step 4. Theoretically, if step 4 were replaced with another click in the
browser window, that click would also dismiss the personal toolbar Bookmarks 
menu, FILO-stack-style, assuming that it should still be around after step 2.

Is this a known issue, or should a new bug be filed?

check my buglist, i think i have a form of this 2nd bug already there.

in general, please don't post two bugs w/in the same bug, even if they seem 
related. It just adds complexity to reading the bug. Please file a separate bug 
and we'll determine if they are related or not using depedencies or duplicates, 
or referencing them directly. Thanks ;)

moving all defects not directly related to P0 beta2 features off to M18.
Target Milestone: M16 → M18
Mass moving M18 bugs to M19
Target Milestone: M18 → M19
mass-moving all bugs to m21 that are not dogfood+ or nsbeta2+ or nsbeta2-
Target Milestone: M19 → M21
*** Bug 45295 has been marked as a duplicate of this bug. ***
cc'ing phil, updating summary to include his desires.
Summary: two clicks required to pick different menu on toolbar → popup menus on toolbars don't behave like menus on menubar
would like to get this for beta3
Keywords: nsbeta3
adding nsbeta3+, correctness
Keywords: correctness
Whiteboard: nsbeta3+
*** Bug 46826 has been marked as a duplicate of this bug. ***


*** This bug has been marked as a duplicate of 24690 ***
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → DUPLICATE
VERIFIED Dupe.
Status: RESOLVED → VERIFIED
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: claudius → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.