Please look at one of our user report: https://bugzilla.redhat.com/show_bug.cgi?id=1217178
There also reproduce image attached.
fails on monochrome XPM image: not enough pixel data
Re: fails on monochrome XPM image: not enough pixel data
Verified that IM-6.9.2-5 exhibits the bug. Adding one more line to the file, making it 36 rows but not changing the "35" in the header, makes a file that is then readable by IM, so there seems to be an off-by-one error in IM's xpm reader. But even though it's readable, it has the wrong color (medium gray instead of ivory).
As far as I can tell, the problem is with the use of " " as a palette index. The first line of pixels gets consumed when the decoder interprets it as a palette entry. I'm no sure whether that is a bug in IM or in the image file itself.
As far as I can tell, the problem is with the use of " " as a palette index. The first line of pixels gets consumed when the decoder interprets it as a palette entry. I'm no sure whether that is a bug in IM or in the image file itself.
Re: fails on monochrome XPM image: not enough pixel data
It is an IM bug and we just pushed a patch for this to our GIT repository. This will be fixed in ImageMagick 6.9.2-6 Beta, available by sometime tomorrow.
-
Hubbitus
- Posts: 66
- Joined: 2010-05-04T10:50:21-07:00
- Authentication code: 8675308
- Location: Russia, Saint-Petersburg
Re: fails on monochrome XPM image: not enough pixel data
Thank you. Could you please give link to commit or at least commit hash?