Open Bug 1705186 Opened 3 years ago Updated 2 years ago

Proton menu font not using RGB Anti-Aliasing

Categories

(Core :: Graphics: Text, defect)

Firefox 89
defect

Tracking

()

UNCONFIRMED

People

(Reporter: andro.marian.v94, Assigned: gw)

Details

Attachments

(1 file)

1.12 MB, application/x-zip-compressed
Details

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.128 Safari/537.36

Steps to reproduce:

The proton menu font with WebRender has RGB AA off.
Same for long texts in the tab title.

When disabling the WebRender the fonts are good with RGB AA, after scrolling is disappear, when hover over an item is good, and after some time appears for all.

See also:
https://bugzilla.mozilla.org/show_bug.cgi?id=1579669
https://bugzilla.mozilla.org/show_bug.cgi?id=1673225

Actual results:

The new proton menu acts weird with the font AA

Expected results:

To be consistent with the RGB AA enabled.

The Bugbug bot thinks this bug should belong to the 'Core::Graphics' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Component: Untriaged → Graphics
Product: Firefox → Core

Does this go away if you flip gfx.webrender.software.unaccelerated-widget.allow to false and restart?

Flags: needinfo?(andro.marian.v94)

I don't see any changed with that setting changed.

Flags: needinfo?(andro.marian.v94)
No longer blocks: sw-wr-popups
Component: Graphics → Graphics: Text
Blocks: gfx-triage
Severity: -- → S4
Flags: needinfo?(jmuizelaar)

Andronachi, can you attach some screenshots of the problem?

Flags: needinfo?(jmuizelaar) → needinfo?(andro.marian.v94)
Attached file Screenshots.zip

The color of the text is not black, is 21, 20, 26. On old one is 0,0,0
Same for the context menu. The background is 249,249,251. Not equal at all...
Are there more bugs for me with the RGB AA with WebRender, but seams to be some with Dx11 too

Flags: needinfo?(andro.marian.v94)
No longer blocks: gfx-triage
Flags: needinfo?(gwatson)

From a quick look at the screenshots, I suspect that these popups define a rounded rect clip on the main background element. WR doesn't currently detect this case as a valid backdrop for subpixel AA (we could detect the backdrop and select the inner rect as the opaque region for determining if subpixel AA can be applied).

Assignee: nobody → gwatson
Flags: needinfo?(gwatson)

This seems to be quite a bit better for me on current nightly, though not perfect. I get subpixel AA on most popups, the main menu, downloads etc. It's still missing from things like tooltips, which will need more investigating.

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

Attachment

General

Created:
Updated:
Size: