Open
Bug 1261741
Opened 8 years ago
Updated 1 year ago
APZ needs to treat pixel scrolls as preventDefault()ed if the page called preventDefault() on a preceding DOMMouseScroll event
Categories
(Core :: Panning and Zooming, defect, P3)
Tracking
()
People
(Reporter: mstange, Unassigned)
References
Details
(Keywords: correctness, Whiteboard: [gfx-noted])
http://panamapapers.sueddeutsche.de/en/ behaves differently with APZ than without APZ if you scroll it slowly on a Mac touchpad. This page has a DOMMouseScroll handler but no wheel handler. It calls preventDefault() on every DOMMouseScroll event. Main thread scrolling has a mechanism to ignore pixel scrolls that come after a preventDefault()ed DOMMouseScroll event. We need to check why this mechanism doesn't apply to APZ scrolling.
Reporter | ||
Comment 1•8 years ago
|
||
Hmm, testing this again, I'm not sure that that's what's happening. Even with APZ off we sometimes seem to pixel scroll the page.
Updated•8 years ago
|
status-firefox46:
--- → wontfix
status-firefox47:
--- → affected
Keywords: correctness
Whiteboard: [gfx-noted]
Updated•8 years ago
|
Updated•8 years ago
|
status-firefox49:
--- → affected
Comment 3•8 years ago
|
||
I was seeing this weird scroll behaviour on Aurora 49, then I tried testing in 48 and 50 but didn't see it there. And now I can't see in 49 either. I don't know what's going on with this page, it seems to change behaviour a lot. Punting from 48.
Priority: -- → P3
Comment 4•8 years ago
|
||
I still see this in Nightly and Aurora, although not all the time. Loading the page in a private window seems to repro it reliably.
Updated•8 years ago
|
status-firefox52:
--- → wontfix
status-firefox53:
--- → affected
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•