Screen resize causes display faults/miscalculation
Categories
(Core :: Layout, defect)
Tracking
()
People
(Reporter: vark, Unassigned)
Details
Attachments
(2 files)
Initial load, note all red bars and items after are aligned
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:93.0) Gecko/20100101 Firefox/93.0
Steps to reproduce:
Load page, swap from maximised to standard display, observed that various div and span (inline-block) widths get miscalculated on redraw following resize, scrolling causes extensive display tearing that wasn't present previously. All sizes are correct on initial page load.
Actual results:
divs and spans that should have cleanly resized to the new width are either not changed in size at all, or calculate the size wrongly. This disrupts the entire display. Also noted that the scrolling process also caused display issues, primarily tearing. Noted in v92.0.1 and v93.
Expected results:
Sizes should recalculate cleanly and resizing/movement should not cause display errors.
I am happy to create access to a test version of this website for troubleshooting as I've not yet put together an isolated test case.
|
||
Comment 3•3 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Layout' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.
|
||
Comment 4•3 years ago
|
||
Yeah, having access to a repro case would be amazing, thanks, could you post it as a private comment (there's a checkbox to the top right of the comments field) so we can access?
Also, lacking that, it would be interested to know if it works on Nightly.
|
|
||
Updated•3 years ago
|
Will try it on Nightly, can't see the Private comment on this view to post access details.
At this point, I can't make it happen in Nightly, but I can in 93.0, with both safe mode and normal mode. About to compare graphic options to see if there is any difference.
Nightly does still show a "tearing" issue on scroll though (that is also present since 92), seeing if I can capture a video of it.
|
|
||
Comment 8•3 years ago
|
||
Feel free to mail access details to me if you want and I can post them in the bug as a private comment if you can't.
|
|
||
Comment 11•3 years ago
|
||
I posted the details from the reporter in a private comment above.
So the red bars in comment 0 are styled with width: 5vw;. After poking a bit, I'm fairly confident this is an instance of bug 1733475, which is an invalidation issue for viewport units in certain cases (in presence of a particular type of style sharing) which I broke in Firefox 91 (bug 1718337) but fixed for 94. That would explain why this can't be reproduced on Nightly, nor should be reproducible on Beta.
Given it's not a new regression in 93 I doubt we'll uplift the patch to release, but this bug should be fixed when Firefox 94 comes out the 2nd of November.
|
Reporter | |
Comment 12•3 years ago
|
||
Is this fix applied to the last ESR version (91) as this is likely to be deployed by the end user at enterprise level where FF is in use. I can advise them that 92 thru 94 are not compatible/have a display issue.
There is still display tearing visible on resize/scroll, I'll raise that separately once I have a video of it.
|
|
Reporter | |
Comment 13•3 years ago
|
||
Apologies, 92 and 93.
|
|
||
Comment 14•3 years ago
|
||
(In reply to Vark from comment #12)
Is this fix applied to the last ESR version (91) as this is likely to be deployed by the end user at enterprise level where FF is in use. I can advise them that 92 thru 94 are not compatible/have a display issue.
Not yet, but I did ask for uplift to ESR.
Description
•