Closed Bug 699709 Opened 14 years ago Closed 5 years ago

HTML5 "context menu" does not pop up by using context menu key

Categories

(Core :: DOM: Core & HTML, defect, P5)

Product:
Core
Component:
DOM: Core & HTML
Type:
defect

Tracking

()

Status:
RESOLVED WONTFIX
Tracking Flags:
Tracking Status
firefox9 --- affected
firefox10 --- affected
firefox12 --- affected

People

(Reporter: alice0775, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(2 files)

testcase
484 bytes, text/html
Details
wip
5.00 KB, patch
Details | Diff | Splinter Review
Build Identifier: http://hg.mozilla.org/mozilla-central/rev/b8dd6f6f4207 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0a1) Gecko/20111103 Firefox/10.0a1 ID:20111103031131 http://hg.mozilla.org/releases/mozilla-aurora/rev/4b3528fc67a8 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0a2) Gecko/20111103 Firefox/9.0a2 ID:20111103042029 http://hg.mozilla.org/releases/mozilla-aurora/rev/4b3528fc67a8 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0a2) Gecko/20111103 Firefox/9.0a2 ID:20111103042029 HTML5 "context menu" does not pop up by using context menu key Reproducible: Always Steps to Reproduce: 1. Start Firefox with clean profile 2. Open attachment 554309 [details] 3. Click text or image 4. Keypress context menu key or Shift+F10 Actual Results: no HTML5 context menus appear. Expected Results: HTML5 context menus should appear.
> HTML5 context menus should appear. Is there a spec that says so? As far as I know, the context menu key event, like all keyboard events, is targeted at the currently focused element, or the <body> if there's nothing is focused. http://www.whatwg.org/specs/web-apps/current-work/multipage/editing.html#focus Clicking on text doesn't set the focus it, it does change the selection though and with that the caret node which I guess we could use to fix this. Clicking on the image does not set focus, nor the selection, so using the caret there wouldn't help. I think you need to make the image focusable with tabindex=-1 or some such for this to work. But then, you might as well put tabindex=-1 on the <div> instead to make it work when clicking the text too without needing any code changes. Perhaps elements with a contextmenu attribute should be focusable by default? http://www.whatwg.org/specs/web-apps/current-work/multipage/interactive-elements.html#context-menus doesn't say so though, nor that context menu key events should be processed in any special way.
Attached file testcase —
How about Caret browsing mode? Steps to Reproduce: 1. Start Firefox with clean profile 2. Enable Caret browsing mode (F7) 2. Open attached testcase 3. Select some text 4. Keypress context menu key or Shift+F10 Actual Results: no HTML5 context menus appear
Attached patch wip — — Splinter Review
> How about Caret browsing mode? Yes, that seems reasonable. Here's a patch that implements it.
Mozilla/5.0 (X11; Linux x86_64; rv:12.0a1) Gecko/20120101 Firefox/12.0a1 SeaMonkey/2.9a1 ID:20120101003006 IIUC what is said in the above comments, this problem is nor limited to W32. On this L64 build, Shift+F10 after selecting text or image in the attachment in caret browsing mode, gives different (and much shorter) menus than right-clicking them.
Status: UNCONFIRMED → NEW
status-firefox10: --- → affected
status-firefox12: --- → affected
status-firefox9: --- → affected
Ever confirmed: true
OS: Windows 7 → All
Hardware: x86 → All
Version: 8 Branch → Trunk
blocking html5a11y since screen reader users don't have a way to show context menu other than by using keyboard.
Blocks: html5a11y
https://bugzilla.mozilla.org/show_bug.cgi?id=1472046 Move all DOM bugs that haven’t been updated in more than 3 years and has no one currently assigned to P5. If you have questions, please contact :mdaly.
Priority: -- → P5

We want to remove these instead, see bug 1372276.

Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: