No mousemove (mouseover, mouseenter) events before contextmenu event caused by long tap

RESOLVED FIXED in Firefox 66

Status

()

enhancement
P2
normal
RESOLVED FIXED
5 months ago
4 months ago

People

(Reporter: masayuki, Assigned: masayuki)

Tracking

(Blocks 1 bug, {parity-chrome})

Trunk
mozilla66
All
Android
Points:
---

Firefox Tracking Flags

(firefox66 fixed)

Details

Attachments

(1 attachment)

1. Load https://d-toybox.com/studio/lib/pointing_device_event_viewer.html with Firefox for Android
2. Long tap in red-dashed-border area.

Actual result:
touchstart -> contextmenu -> touchmove -> touchend

Chrome's result:
touchstart -> mouseover -> mouseenter -> mousemove -> contextmenu -> touchend

I think that like normal tap, we should synthesize mousemove event before dispatching contextmenu event. Then, Firefox for Android users can open submenu which is opened when hover a link with long tap.
Priority: -- → P2
Chrome synthesizes mousemove event and related events (mouseover, mouseenter,
etc) when context menu event is fired by long tap.  This allows users to open
submenu which is opened by moving mouse cursor over a link.

So, this fix improves accessibility of our users on some websites which are
designed for desktop.

Comment on attachment 9032139 [details]
Bug 1514975 - Synthesize mousemove event before contextmenu event caused by long tap

Perhaps, dropped from your review queue.

Attachment #9032139 - Flags: review?(bugs)

yup, didn't see in the queue. looking.

Ah, were the reviewers optional, so when kats had reviewed this, this was gone from my queue.

Updated

4 months ago
Attachment #9032139 - Flags: review?(bugs)

Comment 13

4 months ago
Pushed by masayuki@d-toybox.com:
https://hg.mozilla.org/integration/autoland/rev/3bd1a8ffe4a9
Synthesize mousemove event before contextmenu event caused by long tap r=smaug,kats

(In reply to Olli Pettay [:smaug] from comment #10)

Ah, were the reviewers optional, so when kats had reviewed this, this was gone from my queue.

Oh, I understand. So, sounds like that we should request review to module owner or peer as "blocking". Otherwise, any review requests may be canceled silently.

Comment 15

4 months ago
bugherder
Status: ASSIGNED → RESOLVED
Last Resolved: 4 months ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla66
You need to log in before you can comment on or make changes to this bug.