Closed Bug 2052019 Opened 16 days ago Closed 8 days ago

openmhz.com dropdowns blurry with layout.disable-pixel-alignment=true

Categories

(Core :: Graphics: WebRender, defect)

Firefox 154
defect

Tracking

()

RESOLVED FIXED
154 Branch
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.

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.

Flags: needinfo?(hikezoe.birchill)

Thanks for reporting. Would you mind trying mozregression with layout.disable-pixel-alignment=true? Thanks!

Flags: needinfo?(hikezoe.birchill) → needinfo?(sam)

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: nobody → mozilla

(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.

Flags: needinfo?(sam)
Regressed by: 2001524

Thanks! Moving to the same component of bug 2001524.

Component: Panning and Zooming → Graphics: WebRender

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.

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.

Status: NEW → RESOLVED
Closed: 8 days ago
Resolution: --- → FIXED
Target Milestone: --- → 154 Branch

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

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: