Open
Bug 1421537
Opened 7 years ago
Updated 2 years ago
SVG gooey breaking
Categories
(Core :: Graphics, defect, P3)
Tracking
()
People
(Reporter: wpotgid, Unassigned)
References
(Depends on 1 open bug)
Details
(Keywords: regression, testcase, Whiteboard: [gfx-noted])
Attachments
(3 files)
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.94 Safari/537.36
Steps to reproduce:
This error only occurs when on windows.
I am busy animating a gooey effect but when the animation starts it looks like the goo has an opacity but it should be a solid color.
https://jsfiddle.net/lastgiven/kqmabvxs/2/
This is working on a Mac with version 57.
Actual results:
When you open the jsfiddle you will see that there is a grey and a black version both needs to be a solid color but the grey version has a white inside.
Expected results:
Both of the element should be solid color this is working on Mac but not on windows.
Updated•7 years ago
|
Component: Untriaged → Graphics
Product: Firefox → Core
Updated•7 years ago
|
Keywords: regressionwindow-wanted
OS: Unspecified → Windows
Status: UNCONFIRMED → NEW
Has STR: --- → yes
Component: Graphics → SVG
Ever confirmed: true
Keywords: testcase
Comment 2•7 years ago
|
||
presumably either bug 924102 or bug 924103
Updated•7 years ago
|
Component: SVG → Graphics
Comment 3•7 years ago
|
||
Yeah -- looks like bug 924102 added an implementation and bug 924103 turned it on (per its first comment).
So in other words, this is probably a bug in code that was written in bug 924102, and then activated (right afterwards) in bug 924103. Let's mark it as a regression from the first bug (where the code was written), since that seems more rational from a defect-tracking perspective, and that seems to be what we've done for the majority of other Moz2D regressions.
Comment 4•7 years ago
|
||
If it only affects Windows, it's probably a bug within the Direct2D FilterNode implementation.
I'll try to create a reduced testcase.
Comment 5•7 years ago
|
||
This question and it's answer are likely worth a read: https://stackoverflow.com/questions/47531225/svg-gooey-effect-not-working-on-the-latest-version-of-firefox there's an analysis of the issue(s) in the answer.
Updated•7 years ago
|
Whiteboard: [gfx-noted]
Comment 6•7 years ago
|
||
The problem seems to be that if a filter produces an "alpha" value that is greater than 1, instead of clamping it at 1, we let it affect the rgb values. And then at some point we clamp all channels, but the damage has already been done.
I think we pipe the color filter into a premultiplication filter, so it could be that premultiplication filter that multiplies the RGB channels with an unclamped alpha value.
Flags: needinfo?(mstange)
Comment 7•7 years ago
|
||
Updated•7 years ago
|
Priority: -- → P3
Updated•7 years ago
|
status-firefox59:
--- → wontfix
status-firefox60:
--- → wontfix
status-firefox61:
--- → affected
status-firefox-esr52:
--- → wontfix
Updated•6 years ago
|
status-firefox62:
--- → wontfix
status-firefox-esr60:
--- → wontfix
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•