WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
49021
[chromium] Mac: WebGL: all textured content is blue
https://bugs.webkit.org/show_bug.cgi?id=49021
Summary
[chromium] Mac: WebGL: all textured content is blue
Kenneth Russell
Reported
2010-11-04 13:28:48 PDT
https://bugs.webkit.org/show_bug.cgi?id=47974
introduced a regression in WebGL content in Chromium on Mac OS X where all textures have a blue tinge. I've definitively isolated the regression to that commit. Am currently investigating the root cause to propose a fix. Layout test fast/canvas/webgl/tex-image-and-sub-image-2d-with-image.html, among others, should have caught this; we'll have to investigate separately why this wasn't caught until now.
Attachments
Patch
(12.77 KB, patch)
2010-11-04 17:23 PDT
,
Kenneth Russell
abarth
: review+
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Zhenyao Mo
Comment 1
2010-11-04 13:37:35 PDT
fast/canvas/webgl/tex-image-and-sub-image-2d-with-image.html is skipped currently. I just looked: a bunch of tests were skipped due to a image "shadow" issue, including several webgl tests. I would think a patch caused so many test failures should be reverted instead of just masking out failing tests...
Adam Barth
Comment 2
2010-11-04 14:55:35 PDT
There certainly were folks who wanted to revert the patch, and that would have been a more cautious path forward. Please let me know how I can be helpful in fixing this issue.
Kenneth Russell
Comment 3
2010-11-04 15:25:25 PDT
I don't want to impede forward progress by reverting the patch. Because it passes the vast majority of the layout tests it clearly doesn't have impact beyond WebGL. I've identified the essential difference in behavior between the earlier and current image decoding paths and am working on a fix to the WebGL texture uploading code.
Kenneth Russell
Comment 4
2010-11-04 15:30:08 PDT
(In reply to
comment #1
)
> fast/canvas/webgl/tex-image-and-sub-image-2d-with-image.html is skipped currently. I just looked: a bunch of tests were skipped due to a image "shadow" issue, including several webgl tests. I would think a patch caused so many test failures should be reverted instead of just masking out failing tests...
Ah. Yes, this is disheartening. The WebGL failure was incorrectly lumped in to the other failures.
Kenneth Russell
Comment 5
2010-11-04 17:23:18 PDT
Created
attachment 73012
[details]
Patch
Zhenyao Mo
Comment 6
2010-11-04 17:26:40 PDT
Maybe now the indexed PNG files are supported?
Adam Barth
Comment 7
2010-11-04 17:31:17 PDT
Comment on
attachment 73012
[details]
Patch Thanks for cleaning up my mess. Sorry we screwed up recognizing the failure.
Kenneth Russell
Comment 8
2010-11-04 17:33:38 PDT
Committed
r71370
: <
http://trac.webkit.org/changeset/71370
>
Kenneth Russell
Comment 9
2010-11-04 17:35:42 PDT
(In reply to
comment #6
)
> Maybe now the indexed PNG files are supported?
Possibly but I doubt it since I didn't test it. My experience has been that if it isn't tested, it doesn't work.
Zhenyao Mo
Comment 10
2010-11-05 10:56:08 PDT
Tested, with this decoder switch, indexed PNG files work fine in Chrome now, but not in Safari. I really like it when a patch unintentionally fix some bugs. :)
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