text with RGBA colors (with alpha) has a visible pixel in the otherwise invisible space character when directwrite on and D2D off

NEW
Unassigned

Status

()

8 years ago
7 years ago

People

(Reporter: asa, Unassigned)

Tracking

Trunk
x86
Windows 7
Points:
---

Firefox Tracking Flags

(blocking2.0 -)

Details

(URL)

Attachments

(3 attachments, 2 obsolete attachments)

(Reporter)

Description

8 years ago
Created attachment 479833 [details]
dots next to text

I'm seeing little black dots at word breaks on the Mozilla Labs Game On 2010 web page. I don't see them in other browsers. Tested with today's nightly build, hardware acceleration on, Windows 7. Screenshot attached
(Reporter)

Comment 1

8 years ago
Created attachment 479834 [details]
zoomed dots
Does disabling dwrite or d2d change anything?
(Reporter)

Comment 4

8 years ago
setting gfx.font_rendering.directwrite.enabled to false fixes this bug. Does that mean this bug belongs in the Graphics component?
Yep.
Component: Layout → Graphics
QA Contact: layout → thebes
(Reporter)

Comment 6

8 years ago
looks like it's a problem for the text described in RGBa color. Something about the alpha channel is not being treated properly.
(Reporter)

Comment 7

8 years ago
Mozilla Labs uses RGBa with decimal alpha values for its body text so it's all over the place at http://mozillalabs.com/
(Reporter)

Updated

8 years ago
blocking2.0: --- → ?
(Reporter)

Updated

8 years ago
Summary: stray dots at word breaks → css RGBa alpha values greater than zero but less than one leave stray dot at bottom right corner of letters before a word break
(Reporter)

Updated

8 years ago
Summary: css RGBa alpha values greater than zero but less than one leave stray dot at bottom right corner of letters before a word break → css RGBa alpha values greater than zero but less than one leave stray dot at bottom right corner of letters before a word break when directwrite is enabled
(Reporter)

Comment 8

8 years ago
Created attachment 479891 [details]
testcase showing dots at bottom left corner of space characters

OK, it's the bottom left pixel of the space character. Here's a testcase
(Reporter)

Comment 9

8 years ago
Created attachment 479893 [details]
working testcase showing dots at bottom left corner of space characters
Attachment #479891 - Attachment is obsolete: true
(Reporter)

Comment 10

8 years ago
Created attachment 479899 [details]
testcase showing RGBa alpha value of .5, 0, and 1.
Attachment #479893 - Attachment is obsolete: true
(Reporter)

Updated

8 years ago
Summary: css RGBa alpha values greater than zero but less than one leave stray dot at bottom right corner of letters before a word break when directwrite is enabled → text with decimal css RGBa alpha values have a visible pixel in the otherwise invisible space character when directwrite is enabled
This should not block, this is only when using DirectWrite, but -not- Direct2D. This is never a default at the moment and fails a bunch of reftests. At the moment GDI rendering with DirectWrite is not something we really fully support yet. I might note this means you're apparently not getting D2D on your machine :).
Not blocking as per comment 11.
blocking2.0: ? → -
(Reporter)

Comment 13

8 years ago
Apparently I had disabled D2D (not sure why :-) Things look correct when I have it turned on. Sorry for the false alarm.  Should we just wontfix this since that's not a supported (nor likely) configuration?
If it's not a supported configuration, is there a good reason to allow users to enter it at all?

As in, should disabling d2d disable directwrite?
Summary: text with decimal css RGBa alpha values have a visible pixel in the otherwise invisible space character when directwrite is enabled → text with RGBA colors (with alpha) has a visible pixel in the otherwise invisible space character when directwrite on and D2D off
You need to log in before you can comment on or make changes to this bug.