213953 2020-07-03 23:15:54 -0700 AX: contextmenu event fired on Mac (w/VoiceOver) but not iOS (w/VoiceOver) 2026-03-28 16:59:27 -0700 1 1 1 Unclassified WebKit Accessibility Safari 13 All All NEW InRadar P2 Normal --- 1 cookiengineer+webkit webkit-unassigned alexander apolostudioapps graouts jcraig megan_gardner mike torokati44 webkit-bug-importer wenson_hsieh oldest_to_newest 1668751 0 403513 cookiengineer+webkit 2020-07-03 23:15:54 -0700 Created attachment 403513 Reduced test case for contextmenu event Safari mobile (on iOS) doesn't fire the "contextmenu" event on elements, and therefore doesn't allow easy integration of html custom context menus. When using addEventListener('contextmenu') on an element, by default the magnifier is always fired (even if the element doesn't have any text content). When using "-webkit-user-select: none" and "user-select: none", the magnifier is disabled - though the contextmenu event isn't fired anyhow. The attachment is a reduced test case, where other browsers on other operating systems will behave like expected, and a long-press on mobile (or right click on desktop) of an element leads to the rectangle turning green. Only WebKit/Safari on iOS seems to not allow contextmenu events. 1668835 1 webkit-bug-importer 2020-07-04 14:08:15 -0700 <rdar://problem/65098890> 1741223 2 jcraig 2021-03-18 09:36:23 -0700 AX: contextmenu event fired on Mac (w/VoiceOver) but not iOS (w/VoiceOver) On Mac with VO, pressing VO+Shift+M (show contextual menu) triggers the `contextmenu` JavaScript event, equivalent to a mouse-triggered right-click or Ctrl+click. I assume this is because of a Mac implementation detail, and that it's been this way since `contextmenu` was implemented in WebKit... This is expected behavior on Mac. On iOS, there are accessibility-triggered ways to show context menus in native UI: Home Screen icons for example. VoiceOver's default gesture for this is single-finger triple-tap. It used to be long-press, as mentioned by "cookiengineer" (no relation). The iOS VO key press is the same as Mac: VO+Shift+M. Yet neither of these trigger in Safari or other WebKit views. I don't think this is purely an accessibility issue. As far as I am aware, there is no mainstream UI way to trigger a `contextmenu` event in iOS WebKit. As such, we should not add an accessibility-only way to trigger this event, as it could reveal the use of assistive technology. Perhaps this bug should be blocked on a new WebKit issue to support `contextmenu` with a mainstream gesture or keypress if appropriate. (Disclaimer: I have not fully considered the implications, so there may be unexpected downsides.) 1741341 3 jcraig 2021-03-18 12:45:18 -0700 Update, contextmenu is triggered with right-click/ctrl-click when a BT mouse is connected to iPad. 1980109 4 alexander 2023-09-26 02:09:42 -0700 "contextmenu" is not just about menus, but it is a convenient way to detect longpress on Android devices. Without it we have to use a combination of timeout hacks on pointerstart, pointerend, pointercancel, pointermove and whatnot. Would be great if iOS supported it. 2194786 5 apolostudioapps 2026-03-28 16:59:27 -0700 would be nice to have it since it is the last platform to implement it 403513 2020-07-03 23:15:54 -0700 2020-07-03 23:15:54 -0700 Reduced test case for contextmenu event index.html text/html 597 cookiengineer+webkit PCFET0NUWVBFIGh0bWw+CjxodG1sPgo8aGVhZD4KCTxzdHlsZT4KCSN0ZXN0IHsKCQlkaXNwbGF5 OiBibG9jazsKCQl3aWR0aDogMjAwcHg7CgkJaGVpZ2h0OiAyMDBweDsKCQliYWNrZ3JvdW5kOiBy ZWQ7CgkJCgkJLyogVGhpcyBkb2Vzbid0IGZpeCBpdCBlaXRoZXIgKi8KCQkvKgoJCS13ZWJraXQt dXNlci1zZWxlY3Q6IG5vbmU7CgkJdXNlci1zZWxlY3Q6IG5vbmU7CgkJKi8KCQkKCX0KCSN0ZXN0 LmNvbnRleHRtZW51IHsKCQliYWNrZ3JvdW5kOiBncmVlbjsKCX0KCTwvc3R5bGU+CjwvaGVhZD4K PGJvZHk+Cgk8ZGl2IGlkPSJ0ZXN0Ij48L2Rpdj4KCTxzY3JpcHQ+CgkJbGV0IGVsZW1lbnQgPSBk b2N1bWVudC5xdWVyeVNlbGVjdG9yKCcjdGVzdCcpOwoJCWlmIChlbGVtZW50ICE9PSBudWxsKSB7 CgkJCWVsZW1lbnQuYWRkRXZlbnRMaXN0ZW5lcignY29udGV4dG1lbnUnLCAoKSA9PiB7CgoJCQkJ ZWxlbWVudC5jbGFzc05hbWUgPSAnY29udGV4dG1lbnUnOwoKCQkJCXNldFRpbWVvdXQoKCkgPT4g ewoJCQkJCWVsZW1lbnQuY2xhc3NOYW1lID0gJyc7CgkJCQl9LCAyMDAwKTsKCgkJCX0pOwoJCX0K CTwvc2NyaXB0Pgo8L2JvZHk+CjwvaHRtbD4K