996978 - [Skia] Skia/SW (content) doesn't render at all when an feColorMatrix is set

Status: NEW

(Core :: Graphics, defect)

Description

[George Wright (:gw280) (needinfo me!)]

We seem to render only black, instead of the expected green square.

Comment 1

[Benoit Jacob [:bjacob] (mostly away)]

$ find . -name blend-difference-stacking.html
./layout/reftests/svg/blend-difference-stacking.html
./layout/reftests/css-blending/blend-difference-stacking.html

which one?

Comment 2

[George Wright (:gw280) (needinfo me!)]

css-blending. Although I see from the latest try run that it's not rendering as just black (although it did here on my local testbox).

Comment 3

[George Wright (:gw280) (needinfo me!)]

So this is weird:

- On linux it renders fine.
- On win8 it renders a black square
- On try/winxp it renders mostly fine but one pixel is out

I'm going to set up a winxp VM.

Comment 4

[Jeff Muizelaar [:jrmuizel]]

(In reply to George Wright (:gw280) from comment #3)
> So this is weird:
> 
> - On linux it renders fine.
> - On win8 it renders a black square
> - On try/winxp it renders mostly fine but one pixel is out
> 
> I'm going to set up a winxp VM.

You should be able to reproduce the gfx set up of winxp on win8 by setting the appropriate prefs. There's a chance this isn't true but it's probably worth trying first.

Comment 5

[George Wright (:gw280) (needinfo me!)]

So when applying a filter, we try to render using a different font type it seems (on my machine, it tries to use DWrite), and so nothing renders if it's trying to draw glyphs. This is kind of a dupe of bug 999169 but not really, in that bug 999169 will cause something to render, but we shouldn't be using a different font type in this instance.

Comment 6

[BugBot [:suhaib / :marco/ :calixte]]

The bug assignee is inactive on Bugzilla, so the assignee is being reset.