Closed
Bug 503639
Opened 15 years ago
Closed 15 years ago
[Mac OS X] Right-click on menu from folder from bookmark bar triggers context menu
Categories
(Core :: XUL, defect)
Tracking
()
VERIFIED
FIXED
People
(Reporter: phiw2, Assigned: smaug)
Details
(Keywords: regression)
Attachments
(2 files, 1 obsolete file)
70.95 KB,
image/png
|
Details | |
4.52 KB,
patch
|
enndeakin
:
review+
|
Details | Diff | Splinter Review |
STR 1. put a folder containing bookmarks on the bookmark bar 2. click on that folder --> menu with list of bookmarks appears 3. (accidentally) right-click on that menu Actual results: a context menu is triggered Expected results: right click is disabled, registered as normal click This is the normal Mac OS X UI behaviour. regression between 20090622 and 20090623 http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=7c96ea5e9df1&tochange=28aa23105a9e --> bug 486990 probably
Reporter | ||
Updated•15 years ago
|
Summary: Right-click on menu from folder from bookmark bar triggers context menu → [Mac OS X] Right-click on menu from folder from bookmark bar triggers context menu
Assignee | ||
Comment 1•15 years ago
|
||
Neil, what do you think about this approach. Mouse generated context menu and key generated context menu should be handled in the same way. This clearly requires a mochitest.
Assignee | ||
Updated•15 years ago
|
Attachment #388509 -
Flags: review?(enndeakin)
Assignee | ||
Comment 2•15 years ago
|
||
Comment on attachment 388509 [details] [diff] [review] a patch Apparently this is wrong. Though, I'm not quite sure what is the right thing to do.
Assignee | ||
Comment 3•15 years ago
|
||
...because I'm not sure what is the normal behavior on OSX.
Reporter | ||
Updated•15 years ago
|
Flags: blocking1.9.2?
Assignee | ||
Comment 4•15 years ago
|
||
This way then. Keyboard-contextmenu event is prevented like before, but normal contextmenu only if the event is targeted somewhere in a menu popup.
Attachment #388509 -
Attachment is obsolete: true
Attachment #394010 -
Flags: review?(enndeakin)
Comment 5•15 years ago
|
||
Comment on attachment 394010 [details] [diff] [review] patch Looks ok. It would be nice to combine the code so as not to call GetTopPopup twice.
Attachment #394010 -
Flags: review?(enndeakin) → review+
Assignee | ||
Comment 6•15 years ago
|
||
Yeah, perhaps. Though having two different methods keeps them reasonable small and well defined. And GetTopPopup shouldn't be too slow to call.
Assignee | ||
Comment 7•15 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/b50beb2bef47
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 8•15 years ago
|
||
Thanks ! Verified with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2a2pre) Gecko/20090813 Minefield/3.6a2pre and Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.3a1pre) Gecko/20090814 Minefield/3.7a1pre (and removing the blocking request)
Status: RESOLVED → VERIFIED
Flags: blocking1.9.2?
You need to log in
before you can comment on or make changes to this bug.
Description
•