Public bug reported: 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 ** Affects: zbar (Ubuntu) Importance: Undecided Status: New ** Patch added: "zbar-jpeg-fix.patch" https://bugs.launchpad.net/bugs/1185157/+attachment/3689165/+files/zbar-jpeg-fix.patch -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1185157 Title: zbar: JPEG datastream contains no image To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/zbar/+bug/1185157/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
