Closed Bug 622064 Opened 14 years ago Closed 8 years ago

new twitter text is greyscale anti-aliased and not sub-pixel

Categories

(Core :: Graphics, defect)

x86
Windows 7
defect
Not set
major

Tracking

()

RESOLVED INCOMPLETE
Tracking Status
platform-rel --- -
blocking2.0 --- -

People

(Reporter: asa, Assigned: jrmuizel)

References

Details

(Whiteboard: [needs info from asa][platform-rel-Twitter])

Attachments

(2 files)

all text on twitter.com (new version) is greyscale anti-aliased instead of sub-pixel anti-aliased and it looks really bad compared to IE9 and Chrome 10.

testing today's nightly build on windows 7 with:

Direct2D Enabled true
DirectWrite Enabled true
WebGL Renderer Intel -- Mobile Intel(R) 4 Series Express Chipset Family -- 2.1.0 - Build 8.15.10.2202
GPU Accelerated Windows 1/1 Direct3D 10
This is a very popular site that looks really awful in Firefox 4 compared to other browsers and compared to Firefox 3.6. I don't think we should ship with this kind of text display problem at such a major site so I'm nominating this to block.
blocking2.0: --- → ?
99% sure we have a bug on this already...
Whiteboard: DUPEME
(In reply to comment #3)
> Bug 593604 or bug 612846 or bug 613040 or bug 603337, maybe.

I'll bet it's bug 603337 based on a quick look at the stylesheet of newtwitter that includes many instances of both border-radius and overflow:visible.  That would mean this is actually a dupe/dep of my bug 613040. 

Should I dupe or dep?
Depends on: 613040
Whiteboard: DUPEME
blocking2.0: ? → betaN+
Whiteboard: [soft blocker]
Whiteboard: [soft blocker] → [softblocker]
Hrm. Twitter still looks grayscale aa to me, even after other grayscale aa problems were fixed by bug 628745
Asa, can you give me the URL for an example page on which you see this? (Even if you see it on every page.)
I took a look at some twitter pages (whiled signed in), and all the text I saw was was subpixel AA (screenshot -> gimp -> zoom in).
Visited https://twitter.com/#!/mozillapeople/awesome and zoomed in using Windows 7 Magnifier app.
Sorry, I should have noted that I was logged in when I visited that page.
OK. I narrowed it down some. I see this grayscale aa on all newtwitter pages until I select a tweet (which shows the tweet and context in the right column area thing) and then everything becomes magically sub-pixel aa
even more info:

it goes back and forth as you open and close a tweet (into that right-hand area). I can zoom in using Magnifier.exe and click it open and closed and watch the whole page go from sub-pixel to grayscale and back with every click.
You can see here the difference between twitter when the tweet is selected and when it's not.
(In reply to comment #8)
> Visited https://twitter.com/#!/mozillapeople/awesome and zoomed in using
> Windows 7 Magnifier app.

I only see subpixel AA on that page while logged in with a tweet clicked on or not in Linux.

What happens if you change you hardware acceleration settings (d2d, d3d9, d3d10)?
Dammit. Now I can't reproduce. I swear it was busted. The screenshots don't lie ;-) 

I suppose we can mark this Fixed and I'll keep an eye out in case it comes back.
OK. This is gonna sound crazy, but I can reproduce it intermittently and I can also reproduce it in tab tiles, intermittently.  See http://grab.by/8Hxd and http://grab.by/8Hxi where the left tab is grayscale and then sub-pixel. Still don't know how to reliably reproduce but something's going on here.
I'm pretty sure what ever this bug is, the twitter and tab title issue is the same. Both switch back and forth between grayscale and sub-pixel.

When I can get a tab to go grayscale aa, and I hover over the Firefox button, it immediately returns to sub-pixel aa.
Assignee: nobody → jmuizelaar
Asa, can you still reproduce this? I can not.
Is there a good reason that this blocks betaN?  If not, it should be moved over to final+.

Of course, comment 17 suggests that this might be WFM now.  We need Asa to confirm.
Whiteboard: [softblocker] → [softblocker][final?][needs info from asa]
I still see this but I cannot figure out why it's intermittent. Probably can't block on something we can't reproduce. Please don't resolve it, though, because I do still see this on current nightly builds on a clean profile.
There is no way that this would block final, Ehsan - messing around with code that affects font rendering. Given that fact, and the fact that we can't get a solid reproduction on this, I'm asserting that this isn't any sort of blocker for Firefox 4.
blocking2.0: betaN+ → -
Whiteboard: [softblocker][final?][needs info from asa] → [needs info from asa]
I'm getting this too on Win7 32-bit, but with hw-accel completely disabled (due to weak graphics).

Build 20110102 is the last with subpixel AA on twitter.
Since build 20110103 twitter has grayscale AA.

How can I narrow the regression window further?
An example of page is http://twitter.com/NASA
Blue links look especially ugly.
And you also checked in the latest nightly?
(In reply to comment #23)
> And you also checked in the latest nightly?

Yes, with latest nightly twitter is also grayscale.
Mozilla/5.0 (Windows NT 6.1; rv:2.0b12pre) Gecko/20110220 Firefox/4.0b12pre
Regression range for comment 21
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=a05e91710adb&tochange=c20f34eefa5d

Are you logged into twitter or not when the problem happens (if it makes a difference)? Which text is grayscale AA? Can you paste the graphics section of your about:support?
Whiteboard: [needs info from asa] → [needs info from asa][platform-rel-Twitter]
platform-rel: --- → ?
Asa does this bug still happen?
platform-rel: ? → -
Flags: needinfo?(asa)
Status: NEW → RESOLVED
Closed: 8 years ago
Flags: needinfo?(asa)
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: