Open Bug 1912620 Opened 2 years ago Updated 2 years ago

hard to long tap on link on android

Categories

(Core :: Panning and Zooming, defect, P3)

defect

Tracking

()

People

(Reporter: tnikkel, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

Attached file alink.html

Pinch zoom the testcase until the text is a reasonable size. Try to long tap the link towards the right end of it. It seems that if your finger is even a tiny little bit over the dot Firefox prefers to select the dot then long tap the link.

This is reduced from https://www.natesilver.net/p/kamala-harris-cant-meme-her-way-to

The problem on that page seems worse but I wasn't able to capture that in a reduced testcase. On that page if you search for "working for refs", try to tap (not long tap) that link towards the right end of it. I would expect this to work 100% of the time if my finger is even a little over the link because there is nothing else around. But it seems like my finger has to be >80% over the link for it to activate the link. One can argue what the threshold should be, but when there is nothing else around, 80% seems way too high.

I wonder whether our event target system also works for long tap events? I tested with bigger values for ui.touch.radius.blahs, but it looks like there's no difference I can see.

Severity: -- → S3
Priority: -- → P3

Okay, this is firstly due to EventRetargetSuppression suppression in APZEventState::FireContextmenuEvents which was introduced by https://hg.mozilla.org/integration/autoland/rev/012a83782d3d .

But even if the suppression is limited to the mousemove event in FireContextmenuEvents, event re-targetting machinery doesn't work for contextmenu event for some reasons.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: