Closed Bug 84924 Opened 23 years ago Closed 23 years ago

open menu eats clicks on other widgets (encore fois).

Categories

(Core :: XUL, defect)

x86
Windows 95
defect
Not set
minor

Tracking

()

VERIFIED DUPLICATE of bug 21390

People

(Reporter: mellergardh, Assigned: mikepinkerton)

Details

(Keywords: platform-parity, Whiteboard: dupeme)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win95; en-US; rv:0.9.1) Gecko/20010607 BuildID: 2001060703 Reproducible: Always Steps to Reproduce: 1. Tasks drop-down-menu (Alt-T) 2. Hoover the back button (will be lighted if any page in history) 3. Click the lighted back button Actual Results: Click on the lighted button is not passed-through. Expected Results: Closed Task-drop-down menu and the click should be passed-through to the back button. I also have folders in my personal toolbar. When clicking the first folder, it drops down. If then trying to click the next folder in the personal toolbar nothing will happen. Another click will do it.
Do not understand your "Steps to reproduce", please be more specific. What is "Hoover the back button" ?? Also do not see the same behaviour on the PTB. Try creating a nrew profile and try again.
The problem is as follows: 1) Bring up a menu (by doing alt-t or clicking on a personal toolbar menu) 2) While this menu is up, click the back button Actual results: Menu disappears, button is _not_ triggered I believe this is correct behavior.... mpt?
Boris' description is what I meant. It's probably 'the correct behavior' but it is indeed inconsistent with Windows (and I think with many Linux window managers too). Please excuse my poor english.
status to new to get this looked at.
Status: UNCONFIRMED → NEW
Ever confirmed: true
this is just a bug.
Assignee: mpt → pinkerton
Component: User Interface Design → XP Toolkit/Widgets: Menus
Keywords: 4xp, correctness, pp
QA Contact: zach → jrgm
Technically, this is straight up duplicate of bug 21390 -- "Clicking on Widget or link does nothing if menu open", which was long ago made INVALID. Perhaps though there is some current thought about relaxing this at some future date. pinkerton can say for certain (and either close this as a dup, or take it).
Summary: click-through (no better summary - sorry) → open menu eats clicks on other widgets (encore fois).
*** This bug has been marked as a duplicate of 66834 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Whiteboard: dupeme
Okey-dokey.
Status: RESOLVED → VERIFIED
Bah. Jesse wrote in bug 66834: > > I think an autocomplete drop-down is conceptually different from other > drop-downs or menus, because the user explicitly activates the menus but not > autocomplete drop-downs. Let's keep this separate from bug 21390. Bug 66834 is about the auto-complete menu, it is not about menus (such as `Tasks') which this bug is talking about. Therefore, this is not a duplicate of bug 66834, it is a duplicate of bug 21390 (like jrgm said). Reopening like bug 79303 was ...
Status: VERIFIED → REOPENED
Resolution: DUPLICATE → ---
... I'll shut up now. *** This bug has been marked as a duplicate of 21390 ***
Status: REOPENED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → DUPLICATE
Okey-dokey. Again.
Status: RESOLVED → VERIFIED
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.