Closed Bug 1634878 Opened 4 years ago Closed 3 years ago

[Webrender] Mixed font antialiasing methods in tab bar, address bar and other areas on Linux

Categories

(Core :: Graphics: WebRender, defect)

75 Branch
x86_64
Linux
defect

Tracking

()

RESOLVED DUPLICATE of bug 1578988

People

(Reporter: relu84, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

Attached image grayscale1.png

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:75.0) Gecko/20100101 Firefox/75.0

Steps to reproduce:

With WebRender enabled, several areas of the browser UI are using grayscale font filtering instead of the system-wide setting to use subpixel antialiasing.

  • tabs: inactive tabs seem to be using subpixel rendering most of the time. Active tabs are grayscale (see screenshot)

  • address bar is subpixel, but after clicking it, the address and awesomebar autocomplete list is in grayscale

  • opening the Library button, Bookmarks and scrolling down causes the list to become grayscale. Moving the mouse around for a second or two makes them become subpixel

Expected results:

The whole program should use the system-wide settings for font filtering.

OS: Unspecified → Linux
Hardware: Unspecified → x86_64

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

Component: Untriaged → Graphics: WebRender
Product: Firefox → Core

Because this bug's Severity has not been changed from the default since it was filed, and it's Priority is -- (non,) indicating it has has not been previously triaged, the bug's Severity is being updated to -- (default, untriaged.)

Severity: normal → --
Blocks: wr-linux
Severity: -- → S3

Hello. I found a few more things about this bug.

  1. Using a LCD filter makes the tab bar just... ignore the LCD filter (11-lcdfilter-default.conf on a subpixel rendering enabled freetype build)
  2. Themes with poor contrast in the tab bar makes this issue way, way, worse.

Attached images:

Font rendering in WebRender: https://i.imgur.com/EVQsx0s.png
Font rendering in the OpenGL renderer: https://i.imgur.com/xErahKI.png | https://i.imgur.com/HropTqM.png

You can probably tell the difference very clearly. It's very different than how it should look like (OpenGL screenshots).
This is actually quite an issue for legibility and consistency, and makes everything look... off. For now I'll be force-disabling WebRender (it's enabled by default here) and just using the OpenGL renderer mode.

Adding myself to CC so I can see when it's fixed. Thanks you all!

Status: UNCONFIRMED → NEW
Ever confirmed: true
See Also: → 1684318

This also looks like essentially bug 1578988 (as with bug 1684318).

Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: