WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED DUPLICATE of
bug 94372
94120
[CSS Shaders] css3/filters/custom/filter-fallback-to-software.html and css3/filters/custom/invalid-custom-filter-shader.html fail on Mac build bots
https://bugs.webkit.org/show_bug.cgi?id=94120
Summary
[CSS Shaders] css3/filters/custom/filter-fallback-to-software.html and css3/f...
Alexandru Chiculita
Reported
2012-08-15 09:23:49 PDT
The following tests are failing on Mac Build Bots css3/filters/custom/filter-fallback-to-software.html = IMAGE css3/filters/custom/invalid-custom-filter-shader.html = IMAGE
Attachments
Add attachment
proposed patch, testcase, etc.
Alexandru Chiculita
Comment 1
2012-08-15 11:46:45 PDT
The bug is introduced by
http://trac.webkit.org/changeset/125462
. The issue is that copyUnmultipliedImage and copyPremultipliedImage don't do the color conversion on Mac. There are other filters that are also affected, for example FEComponentTransfer, FEGaussianBlur, FEComposite, FELighting, FEConvolveMatrix. -webkit-filter: blur(0) has the same issue.
Florin Malita
Comment 2
2012-08-15 12:07:32 PDT
(In reply to
comment #1
)
> The bug is introduced by
http://trac.webkit.org/changeset/125462
.
Are you sure that the new results are incorrect? After 125462 filters are applied in a different color space (linearRGB, per spec), so the images are expected to be different. The intent was to mark them all for rebaseline, but some were missed.
Alexandru Chiculita
Comment 3
2012-08-15 12:34:00 PDT
(In reply to
comment #2
)
> (In reply to
comment #1
) > > The bug is introduced by
http://trac.webkit.org/changeset/125462
. > > Are you sure that the new results are incorrect? After 125462 filters are applied in a different color space (linearRGB, per spec), so the images are expected to be different. The intent was to mark them all for rebaseline, but some were missed.
I think -webkit-filter: blur(0); should not change the colors at all. Also, adding a grayscale(0) before the blur(0) fixes the issue, that's why I think that is an implementation issue.
Alexandru Chiculita
Comment 4
2012-08-16 13:55:11 PDT
***
Bug 94169
has been marked as a duplicate of this bug. ***
Alexandru Chiculita
Comment 5
2012-08-23 11:33:52 PDT
*** This bug has been marked as a duplicate of
bug 94372
***
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug