Closed
Bug 692139
Opened 14 years ago
Closed 14 years ago
contextmenu event not firing when shift key down
Categories
(Core :: DOM: Events, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: david.allen, Unassigned)
References
Details
(Keywords: regression)
Attachments
(1 file)
|
195 bytes,
text/html
|
Details |
User Agent: Mozilla/5.0 (X11; Linux i686; rv:7.0.1) Gecko/20100101 Firefox/7.0.1
Build ID: 20110930134807
Steps to reproduce:
Press SHIFT key and Right mouse button to trigger the contextmenu DOM event. See example script below :
<head>
<script>
function handle_contextMenu(e) {console.log("handle_contextMenu received")}
</script>
</head>
<body>
<h2 oncontextmenu="handle_contextMenu(event)">heading</h2>
</body>
Actual results:
With Firefox 6, when the shift key is held down and right mouse button pressed, this triggered the contextmenu DOM event.
Under Firefox 7.0.1 this event is not longer triggered (when SHIFT key + right mouse).
Expected results:
The DOM contextmenu event should be triggered, when the shift key is held down and right mouse button pressed.
This is useful in situations like the ExtJS grid, for selecting multiple rows.
|
||
Comment 1•14 years ago
|
||
Confirmed on Mozilla/5.0 (Windows NT 5.1; rv:10.0a1) Gecko/20111005 Firefox/10.0a1 ID:20111005030932
Open attached test case
Right click on Heading -> Event fired
Hold down shift key + click on heading -> Event NOT fired
Confirming on Win XP, FF7 and FF10. The context menu is shown, but the function is not executed (at least not the console.log()).
Status: UNCONFIRMED → NEW
Component: General → DOM: Events
Ever confirmed: true
OS: Linux → All
Product: Firefox → Core
QA Contact: general → events
Hardware: x86 → All
Here it comes:
Last good nightly: 2011-06-19
First bad nightly: 2011-06-20
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=7edfe4f1b77e&tochange=058a584ea7d3
Looks intentional: Bug 617528 ...
I add that other modifier keys (Ctrl, Alt) work fine, only Shift has the problem.
|
|
||
Comment 5•14 years ago
|
||
> Looks intentional: Bug 617528
Indeed. In particular, see bug 617528 comment 20 for the spec quotes and such...
Blocks: 617528
|
||
Comment 6•14 years ago
|
||
This is a feature not bug...
http://www.whatwg.org/specs/web-apps/current-work/multipage/interactive-elements.html#context-menus
"User agents may provide means for bypassing the context menu processing model, ensuring that the user can always access the UA's default context menus. For example, the user agent could handle right-clicks that have the Shift key depressed in such a way that it does not fire the contextmenu event and instead always shows the default context menu."
|
||
Comment 7•14 years ago
|
||
:bz, :janv: If it's intentional, then I suppose this bug should be RESOLVED INVALID?
|
|
||
Comment 8•14 years ago
|
||
(In reply to Tony Mechelynck [:tonymec] from comment #7)
> :bz, :janv: If it's intentional, then I suppose this bug should be RESOLVED
> INVALID?
yes, I think so
|
|
||
Updated•14 years ago
|
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → INVALID
|
||
Updated•10 years ago
|
Keywords: regressionwindow-wanted
You need to log in
before you can comment on or make changes to this bug.
Description
•