Part of the image remains blocked while scrolling when the browser is set to 100% after it was zoomed out
Categories
(Core :: Web Painting, defect)
Tracking
()
People
(Reporter: obotisan, Unassigned)
References
(Regression)
Details
(Keywords: regression)
Attachments
(1 file)
1.18 MB,
video/mp4
|
Details |
Affected versions
- Firefox 72.0b7
- Firefox 73.0a1
Affected platforms
- Windows 10 x64
- macOS 10.15
- Ubuntu 18.04 x64
Steps to reproduce
- Go to https://bug1209970.bmoattachments.org/attachment.cgi?id=8667908
- Zoom out by using CTRL + scroll.
- Click on the zoom level from URL bar in order to get back to 100%.
- Then scroll the page down.
Expected result
- The red circle stays inside the target.
Actual result
- The red circle remains blocked on the page and only the target moves.
Regression range
- First bad: 2019-03-26
- Last good: 2019-03-25
- I was not able to find a pushlog. Mozregression just send me errors while trying to do that.
Additional notes
- Please look at the attached video.
Updated•4 years ago
|
Comment 1•4 years ago
|
||
I re-ran mozregression and was able to narrow it down to the following push:
which contains bug 1535507.
Miko, do you know what might be happening here?
Updated•4 years ago
|
Updated•4 years ago
|
Comment 2•4 years ago
|
||
Anyways, moving to Web Painting based on the regression range.
Comment 3•4 years ago
|
||
Hi Jessie, is there anyone with cycles to look into this regression?
Comment 4•4 years ago
|
||
We will try and take a look ASAP, I am not sure we will get it fixed by 74 yet.
Comment 5•4 years ago
|
||
This was regressed by ActiveLayerTracker expiry -part of bug 1535507. Matt had a theory that this might be caused by AGRs changing due to scrolling activity, in which case we would need to rebuild the display items (the patch changed this behavior).
Comment 6•4 years ago
|
||
Pernosco recording: https://pernos.co/debug/rOWs69XQQFM2feTdHnPBkQ/index.html#f{m[AgKl,AA_,t[Qg,DzlG_,f{e[AgKj,IT4_,s{af0La80AA,bAYE,oB+ehag,uB+b+ZA___
We keep scrolling the root scroller to 0,0 because the APZ layout viewport seems off. GetScrollPosition
has the right position. I don't know how the layout viewport value in the scroll request is computed though.
Comment 7•4 years ago
|
||
Miko and I have been discussing this. We have a theory, that this is the same issue as bug 1611660, and should be fixed by it.
Comment 8•4 years ago
|
||
(In reply to Botond Ballo [:botond] [spotty responses until Feb 19] from comment #7)
Miko and I have been discussing this. We have a theory, that this is the same issue as bug 1611660, and should be fixed by it.
I can confirm that applying the patch for bug 1611660 fixes this on my MBP.
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Description
•