[Webkit-unassigned] [Bug 107487] [Safari][CSS Filters] Inconsistent color in element drawn across compositing tiles with filter applied

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=107487


Rik Cabanier <cabanier at adobe.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |cabanier at adobe.com




--- Comment #7 from Rik Cabanier <cabanier at adobe.com>  2013-02-28 20:46:59 PST ---
(In reply to comment #6)
> Created an attachment (id=185802)
 --> (https://bugs.webkit.org/attachment.cgi?id=185802&action=review) [details]
> Reproduction 2 Safari Screenshot with Tiled Drawing Disabled

(In reply to comment #0)
> Created an attachment (id=183852)
 --> (https://bugs.webkit.org/attachment.cgi?id=183852&action=review) [details]
> Reproduction
> 
> Open the attached reproduction in Safari WebKit nightly r140335.
> 
> The portion of green div located between y=512px and y=1024px of the document renders with a different shade of green than the rest of the div.
> 
> Using different color spaces on your monitor may make the issue more or less obvious.
> 
> This only reproduces in Safari. Chromium and Firefox render the entire div with the same shade of green as Safari does between y=512px and y=1024px.

This seems to be a problem with wkIOSurfaceContextCreate.
It sometimes seems to pick an sRGB colorspace instead of an DeviceRGB one. You can verify this by creating a cgContext with sRGBColorSpaceRef() in ImageBufferCG.cpp. After making that change, there are no more seams.

Maybe wkIOSurfaceContextCreate tries to create a devicecolorspace and if that fails, it falls back to no color managment

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.