zbar: JPEG datastream contains no image

[Will Glynn]

zbar-0.10 has a problem with its JPEG handling. Specifically, libjpeg can request that zbar skip forward in its input, but zbar-0.10 does not implement this callback, instead it returns EOF. This manifests as certain JPEGs causing the error "JPEG datastream contains no image", when in fact the JPEG does contain an image.

This was reported upstream [1] and fixed in trunk two years ago [2], but an updated version of zbar still has not been released. I contacted the zbar maintainer but got no response.

This patch currently ships with the Homebrew formula on OSX [3], but Ubuntu users are still encountering this issue [4].

[1] http://sourceforge.net/p/zbar/discussion/664596/thread/58b8d79b
[2] http://sourceforge.net/p/zbar/code/ci/825b6ec9244619cc616d592e657fc64b5d7b2c25/tree/zbar/jpeg.c?diff=0e183788061038ad5a32543e594ebe48bde89971
[3] https://github.com/mxcl/homebrew/pull/19291
[4] https://github.com/willglynn/ruby-zbar/issues/2#issuecomment-18515415

[Ubuntu Foundations Team Bug Bot (crichton)]

The attachment "zbar-jpeg-fix.patch" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team.

[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]