Closed
Bug 3380
Opened 26 years ago
Closed 25 years ago
nsBrowserWindow::DispatchMenuItem() doesn't consume events
Categories
(Core :: DOM: UI Events & Focus Handling, defect, P2)
Core
DOM: UI Events & Focus Handling
Tracking
()
VERIFIED
INVALID
M8
People
(Reporter: beard, Assigned: pierre)
Details
It doesn't return nsEventStatus_eConsumeNoDefault when it should. It returns
nsEventStatus_eIgnore for almost every menu item. I've put a workaround for this
in nsNativeBrowserWindow::DispatchMenuItem(). Feel free to remove it. There's
still a double dispatch for the "About" item.
Assignee | ||
Comment 1•26 years ago
|
||
More info: this problem became visible after saari checked in a (wrong) fix in
nsMacEventHandler::HandleMenuCommand().
Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
Target Milestone: M8
Assignee | ||
Comment 2•25 years ago
|
||
After all these years, this Viewer bug became invalid.
beard, if you agree the resolution is correct, please mark this bug as verified.
Thanks!
Reporter | ||
Comment 4•25 years ago
|
||
Why is it invalid?
Assignee | ||
Comment 5•25 years ago
|
||
I thought it was invalid because it only affects Viewer. The real problem, which
was in nsMacEventHandler::HandleMenuCommand(), has been fixed.
beard, please could you help us to verify this bug or provide a testcase to
verify it?
Reporter | ||
Comment 7•25 years ago
|
||
Try all of the menu commands. If any of them apparently execute twice (two
windows, two about boxes, etc.) then the bug is still there. I haven't seen this
problem for a while, so I believe it's fixed.
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 8•25 years ago
|
||
Don't see this problem anymore. Marking as verified.
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•