Open Bug 98070 Opened 23 years ago Updated 2 years ago

Menulist blocks access to menu

Categories

(Core :: XUL, defect)

defect

Tracking

()

Future

People

(Reporter: neil, Unassigned)

References

Details

Attachments

(1 file)

Steps to reproduce problem:
1. Compose a new message
2. Focus the To: and change it to CC:
3. While the CC: has focus press Alt+F
4. While the CC: has focus press Alt, Down
Actual results: Beep at Step 3. Both menu and menulist open at step 4.

Expected resutls: Step 3 and Step 4 both solely open the menu.
WFM on 2001083103 Win2k.
menulist and alt key fun --> hyatt
Assignee: pinkerton → hyatt
WFM Win98 2001100903

Reporter: Feel free to reopen if you see this on new builds.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
I see it on build 2001100903 itself, both Win95 and Win98, so there!
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
I'm not seeing anything unusual either.  Can you create a screenshot after steps
3 and 4, please?
Attached image Screenshot after step 4
Reporter:  I am still unable to reproduce this testcase, even in the classic skin.

wfm Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.5+) Gecko/20011027
->future
Target Milestone: --- → Future
I can see the bug with 2002040403 on Win95, the steps to see it are a little bit
other as described.

1. Start composing new Message
2. Click on the box to select a from adress or on the box to select to/cc/bcc/..
3. open with mouse (2 clics) or shortcut keys (p.e. alt+f) one of an overlapping
window (best is the file menu).
4. walk throug the menu with the arrow down key.

Now the before opened box opens again and shows on top.

Should be resolved before future :-)
Reproduceable every time.
I see this on Linux with the steps from comment #9.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 95 → All
Hardware: PC → All
I can also reproduce it with the original steps on Win2k.
(Only mentioning it to 1) re-confirm it for Win and 2) confirm that the original
steps also lead to the problem.)
Bug still exists. Focusing problem?
Ok, so what's going on is this:

When the menubar is active, it captures all events, and uses the down event
(amongst others) to navigate the menus.

However, this event is still propogated to the menulists's frame, which reacts
to this event by opening the menulist. The menulist also attempts to capture
events to navigate the menulist but this is inhibited by the menubar's capture.

Unfortunately the down event is erroneously flagged by the window's scroll logic
so that it cannot reliably be ignored :-(
*** Bug 163703 has been marked as a duplicate of this bug. ***
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
Assignee: hyatt → nobody
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: