openmhz.com dropdowns blurry with layout.disable-pixel-alignment=true
Categories
(Core :: Graphics: WebRender, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr140 | --- | unaffected |
| firefox152 | --- | unaffected |
| firefox153 | --- | unaffected |
| firefox154 | --- | fixed |
People
(Reporter: sam, Assigned: gw)
References
(Regression)
Details
(Keywords: regression)
Attachments
(1 file)
When visiting https://openmhz.com/system/chi_cta a modal appears with a dropdown menu inside of it. With layout.disable-pixel-alignment=true, this dropdown is blurry. Other dropdowns within this webpage are also all blurry, such as within the "Filter" modal.
If I set layout.disable-pixel-alignment=false, the dropdowns become clear again.
Comment 1•16 days ago
|
||
Set release status flags based on info from the regressing bug 2048146
:hiro, since you are the author of the regressor, bug 2048146, could you take a look? Also, could you set the severity field?
For more information, please visit BugBot documentation.
Comment 2•16 days ago
|
||
Thanks for reporting. Would you mind trying mozregression with layout.disable-pixel-alignment=true? Thanks!
Comment 3•16 days ago
•
|
||
This is also an identity transform related problem. There's transfrom: rotate(0) style on div.ui.selection.dropdown element which is an ancestor of blurry texts.
CCing Glenn.
Note that I am able to see the issue on the latest nightly so it's including bug 2050692 fix.
| Assignee | ||
Updated•16 days ago
|
| Reporter | ||
Comment 4•16 days ago
|
||
(In reply to Hiroyuki Ikezoe (:hiro) from comment #2)
Thanks for reporting. Would you mind trying mozregression with layout.disable-pixel-alignment=true? Thanks!
Sure thing, mozregression points to bug 2001524.
Comment 5•16 days ago
|
||
Thanks! Moving to the same component of bug 2001524.
| Assignee | ||
Comment 6•12 days ago
|
||
This is caused by the perspective element present on the drop-down, followed by an off-screen filter (opacity). WR conservatively assumes if perspective is present it shouldn't try snapping. However in this case the content is all at z=0 with no preserve-3d, so we should be able to allow snapping here.
| Assignee | ||
Comment 7•12 days ago
|
||
A perspective ancestor put an m34 term in the text transform, so
has_perspective_component() forced glyphs onto the local-raster path and blurred
them at fractional device offsets. For coplanar z=0 content that perspective is
affine, so add has_2d_plane_perspective() (m14/m24 only) and use it instead:
flat perspectives stay device-snapped, real 3D still use local raster.
Comment 10•7 days ago
|
||
Authored by Glenn Watson
https://github.com/mozilla/enterprise-firefox/commit/c1f8b689c9bb4bb94505dc33e0e549c57e3dd274
[enterprise-main] Bug 2052019 - Keep text device-snapped under a flat perspective r=gfx-reviewers,lsalzman
Description
•