630879 - Grayscale anti-aliasing makes Web Console ugly when scrolled on Windows

Status: REOPENED

(Core :: Graphics, defect)

Description

[u310142]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13
Build Identifier: 4.0b11pre

Scrolled text uses greyscale AA. After about 3 seconds of scrolling inactivity it switches to sub-pixel AA until it is scrolled again.

Reproducible: Always

Steps to Reproduce:
Example:
1. Open the web console
2. Load or reload a page
3.
Actual Results:  
Greyscale AA. After about 3 seconds it switches to sub-pixel AA until it scrolls again.

Expected Results:  
Subpixel AA all the time.

Using D2D, D3D10 layers and DirectWrite on a 9600M GT with 266.58 drivers.

Comment 1

[Joe Drew (not getting mail)]

We've seen other people who have this problem. I think we should look into fixing it.

Comment 2

[u310142]

Attachment: Scrolled text still using greyscale AA.

Comment 3

[u310142]

Attachment: Scrolled text after about 3 sec of inactivity, using sub-pixel AA.

Comment 4

[Asa Dotzler [:asa]]

I will do what ever I can to help debug this. I'm seeing it in tab title text, and in content on twitter. All on windows 7 with all the hardware accel features enabled.

Comment 5

[Robert O'Callahan (:roc) (email my personal email if necessary)]

Tab title text I know about.

Web content, I don't know. A minimal testcase would be useful, and a layer tree dump --- use a debug build, set MOZ_DUMP_PAINT_LIST=1 in the environment.

Comment 6

[Robert O'Callahan (:roc) (email my personal email if necessary)]

Can you give a link to twitter content that shows grayscale AA? Actually grayscale AA in Web content should really go under a separate bug. The issues about Web Console (and possibly other scrollable chrome UI) are separate from any issues with Web content.

Comment 7

[Mike Beltzner [:beltzner, not reading bugmail]]

** PRODUCT DRIVERS PLEASE NOTE **

This bug is one of 7 automatically changed from blocking2.0:final+ to blocking2.0:.x during the endgame of Firefox 4 for the following reasons:

 - it was marked as a soft blocking issue without a requirement for beta coverage

Comment 8

[j.j.]

Please test with tomorrow's nightly (Fx 7), bug 647560 is fixed.

Comment 9

[u310142]

Still seeing this on mozilla-central-win64 tinderbox build:
20110618021630
http://hg.mozilla.org/mozilla-central/rev/4a20515c93d5

Comment 10

[Virtual_ManPL [:Virtual] 🇵🇱 - (please needinfo? me - so I will see your comment/reply/question/etc.)]

Can you still reproduce the issue in latest stable Firefox version or in latest Nightly?

Comment 11

[Virtual_ManPL [:Virtual] 🇵🇱 - (please needinfo? me - so I will see your comment/reply/question/etc.)]

It should be fixed starting from Mozilla Firefox 52 per:
- Skia being enabled by default(Windows - bug #1007702, Linux - bug #1278957, Mac - bug #1207332)
- bug #1303570 (leftovers will be tracked in bug #1307833).

Duping this bug to bug #1307833 to later easier tracking, instead of incomplete or worksforme.

Comment 12

[Dão Gottwald [:dao]]

Using Skia doesn't magically make us use sub-pixel where we were using grayscale AA. Please test this before concluding that it's fixed.

Comment 13

[Virtual_ManPL [:Virtual] 🇵🇱 - (please needinfo? me - so I will see your comment/reply/question/etc.)]

Maybe you missed, but I also wrote about bug #1303570.