Can't scroll over checkerboarding on treeherder

RESOLVED FIXED in Firefox 60



3 years ago
a year ago


(Reporter: mstange, Assigned: botond)



Firefox Tracking Flags

(firefox52 wontfix, firefox60 fixed)


(Whiteboard: [gfx-noted])


(2 attachments)



3 years ago
 1. Go to and wait for it to load completely.
 2. On macOS, using a touchpad / magic mouse, do the following very quickly:
   - Scroll down far and fast
   - Lift your fingers and set them back down
   - Scroll up
   such that the new input block is started while the mouse is over checkerboarding.

The scroll up gesture is ignored.

This is probably reproducible on other platforms, but it's harder to force start a new mousewheel transaction before the checkerboarding has stopped.

Comment 1

3 years ago
It would be nice if fixing this bug resulted in something I could use for overscroll - I need wheel events inside the overscroll "trough" to target the overscrolled scroll frame.
I've seen this on Fennec as well (bug 1278390 comment 3, second paragraph). I thought I filed something for that but can't find it now.
Priority: -- → P2
Whiteboard: [gfx-noted]
Mass wontfix for bugs affecting firefox 52.


a year ago
See Also: → 1425603


a year ago
Blocks: 1425603
See Also: 1425603

Comment 4

a year ago
I've been talking about this with Markus, and we have two ideas for how to fix this.

The problem appears to be that during checkerboarding, the checkerboaded areas are not part of the hit region (or DTC region) of the layer for the scrollable content that's checkerboarding. As a result, that layer doesn't get hit during hit testing (its parent does).

  1) This suggests the hit region is clipped to the displayport.
     We could try not clipping it.

  2) We could modify APZ hit testing so that, if none of the
     event regions of a layer nor of its descendants are hit,
     but the layer is scrollable and has a composition bounds
     clip, and the hit testing is inside that clip, we still
     hit the layer.

Comment 5

a year ago
I'm going to try fixing this.
Assignee: nobody → botond
Comment hidden (mozreview-request)

Comment 7

a year ago
Doing proper TDD for a change and writing the test first :)
Comment hidden (mozreview-request)
Comment hidden (mozreview-request)

Comment 11

a year ago
Markus, could you also apply the patches and see if they fix the problem in the scenarios in which you've noticed it? Thanks!

Comment 13

a year ago
Comment on attachment 8954179 [details]
Bug 1307555 - Mochitest.

Looks like a good test, thanks!
Attachment #8954179 - Flags: review?(bugmail) → review+

Comment 14

a year ago
Comment on attachment 8955697 [details]
Bug 1307555 - Create a hit test info item for a scroll frame's scrolled frame that's not clipped to the displayport.

This looks good and I suspect that it's going to make my life a lot easier when implementing overscrolling. (I'll probably need to override the rectangle to something bigger, though.)
I haven't actually tested this patch yet, but there's no reason not to r+ and land it in the meantime. Sorry for the delay!
Attachment #8955697 - Flags: review?(mstange) → review+

Comment 15

a year ago
Pushed by
Create a hit test info item for a scroll frame's scrolled frame that's not clipped to the displayport. r=mstange
Mochitest. r=kats

Comment 16

a year ago
Last Resolved: a year ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla60
You need to log in before you can comment on or make changes to this bug.