Bug 86149 - libjpeg_turbo doesn't properly set the alpha value to 0xFF on Android
Summary: libjpeg_turbo doesn't properly set the alpha value to 0xFF on Android
Status: RESOLVED WONTFIX
Alias: None
Product: WebKit
Classification: Unclassified
Component: New Bugs (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Adam Barth
URL:
Keywords:
Depends on: 86180
Blocks: 66687
  Show dependency treegraph
 
Reported: 2012-05-10 15:10 PDT by Adam Barth
Modified: 2012-05-15 12:43 PDT (History)
3 users (show)

See Also:


Attachments
Patch (1.77 KB, patch)
2012-05-10 15:11 PDT, Adam Barth
no flags Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Adam Barth 2012-05-10 15:10:54 PDT
libjpeg_turbo doesn't properly set the alpha value to 0xFF on Android
Comment 1 Adam Barth 2012-05-10 15:11:50 PDT
Created attachment 141275 [details]
Patch
Comment 2 Adam Barth 2012-05-10 15:12:20 PDT
I'm not entirely sure what to do with this patch.  Noel: Any thoughts?
Comment 3 Min Qin 2012-05-10 15:19:54 PDT
Hironori has a patch that fixed this in libjpeg_turbo:
http://libjpeg-turbo.svn.sourceforge.net/viewvc/libjpeg-turbo?view=revision&revision=810
But the change has't been merged into chromium yet.

So I am wondering whether we should wait for that to happen or we can submit this change first and wait for that change to merge.
Comment 4 Adam Barth 2012-05-10 15:41:04 PDT
> Hironori has a patch that fixed this in libjpeg_turbo:
> http://libjpeg-turbo.svn.sourceforge.net/viewvc/libjpeg-turbo?view=revision&revision=810
> But the change has't been merged into chromium yet.

Fri Mar 16 14:30:46 2012 UTC (7 weeks, 6 days ago)

What's the ETA for merging that into Chromium?

> So I am wondering whether we should wait for that to happen or we can submit this change first and wait for that change to merge.

One possibility is to submit this change with a link to the fix so that folks will know when to remove it in the future.
Comment 5 Min Qin 2012-05-10 15:46:42 PDT
(In reply to comment #4)
> > Hironori has a patch that fixed this in libjpeg_turbo:
> > http://libjpeg-turbo.svn.sourceforge.net/viewvc/libjpeg-turbo?view=revision&revision=810
> > But the change has't been merged into chromium yet.
> 
> Fri Mar 16 14:30:46 2012 UTC (7 weeks, 6 days ago)
> 
> What's the ETA for merging that into Chromium?

Hironori san, any idea when this change will be merged into chromium?

> 
> > So I am wondering whether we should wait for that to happen or we can submit this change first and wait for that change to merge.
> 
> One possibility is to submit this change with a link to the fix so that folks will know when to remove it in the future.

That should also work, let's see how long will that fix go into chromium first.
Comment 6 Hironori Bono 2012-05-10 17:30:41 PDT
Greetings Min,

Thanks for your update. I will update our copy of libjpeg-turbo to the latest trunk next week.

Regards,

Hironori Bono

(In reply to comment #5)
> Hironori san, any idea when this change will be merged into chromium?
Comment 7 Adam Barth 2012-05-10 17:57:17 PDT
Comment on attachment 141275 [details]
Patch

Thanks!  I'm going to leave this bug open for a bit to remind me to follow up.
Comment 8 noel gordon 2012-05-10 18:15:29 PDT
Sounds good, want hbono's fix for libjpeg-turbo in the chromium tree, http://crbug.com/106020
Comment 9 noel gordon 2012-05-14 20:23:02 PDT
Right, new libjpeg-turbo r829 is now in webkit and should obviate the need for this change.

@qinmin could you build and test Android with webkit TOT libjpeg-turbo r829, and let us know here if it works without all the #if OS(ANDROID) in the current patch?
Comment 10 noel gordon 2012-05-14 20:27:16 PDT
The webkit revision to test should be http://trac.webkit.org/changeset/117020 (r117020) or above.
Comment 11 Min Qin 2012-05-14 20:33:14 PDT
Will do that tomorrow
Comment 12 Min Qin 2012-05-15 12:13:17 PDT
Yes, with libjpeg-turbo r829, the images now render correctly without this patch.

I will remove the code from downstream android implementation after our next merge.
Comment 13 Adam Barth 2012-05-15 12:43:41 PDT
Thanks Min!