RESOLVED DUPLICATE of bug 219776 203412
[GTK][WPE] Cover area for sticky elements is not updated when async scrolling is enabled (default behavior) 
https://bugs.webkit.org/show_bug.cgi?id=203412
Summary [GTK][WPE] Cover area for sticky elements is not updated when async scrolling...
Pablo Saavedra
Reported 2019-10-25 07:38:57 PDT
Scrolling inside of the sticky elements with fixed position is still not working fine for all the situations. For example: https://people.igalia.com/psaavedra/scroll.html. In this example, the scroll inside the `div` element is consistent but when you does a scroll in the body element it seems the fixed position element doesn't manage the offset correctly resulting in a displacement in the opposite direction of the scrolling action The same doesn't happens disabling the async scrolling: ``` export WEBKIT_DISABLE_ASYNC_SCROLLING=OFF ``` Related to: https://bugs.webkit.org/show_bug.cgi?id=202449
Attachments
Add attachment proposed patch, testcase, etc.
Pablo Saavedra
Comment 1 2019-11-04 01:06:46 PST
The issue is much more likely to the drawn area for the sticky scrollable element not being extended as we reaching the end of the initial cover area for the generated tiles for this layer resulting in a blank rendered page as we are doing scrolling down over it.
Pablo Saavedra
Comment 2 2019-11-05 01:36:17 PST
There are another thing that it worth to mention here. The scrolling for the overflow scrollable element only works when the body element is not scrolled (position 0,0).
Chris Lord
Comment 3 2020-12-11 04:51:38 PST
I expect the bug would have been initially 'fixed' by bug 218974 and then hopefully will stay fixed after bug 219776. I'll look now and if it isn't, endeavour to fix it.
Chris Lord
Comment 4 2020-12-11 07:04:10 PST
Can confirm this works fine with bug 219776 applied. *** This bug has been marked as a duplicate of bug 219776 ***
Pablo Saavedra
Comment 5 2021-01-13 01:40:56 PST
(In reply to Chris Lord from comment #4) > Can confirm this works fine with bug 219776 applied. > > *** This bug has been marked as a duplicate of bug 219776 *** Nice!. Thanks for take care about this. Really cool to have this working in WPE at last.
Note You need to log in before you can comment on or make changes to this bug.