[PNGTranslator] can't open /system/documentation/diskusage/*.png images

[diver]

This is hrev39274 - gcc4.

The error is: "Could not load image! Either the file or an image translator for it does not exist."

note: this occurs only on gcc4.

[axeld]

Certainly works here. Any more info?

[diver]

Here is terminal output:

ShowImage /boot/system/documentation/diskusage/home.png
MessageImporter::Import() - error unflattening icon archive: Data is not a message
libpng error: [00][20][00][00]: invalid chunk type

[mmadia]

Does a second version libpng* exist outside of /boot/system? Any oddities reported by checkfs?

[diver]

Nope, it's a freshly built image.

[axeld]

Looks like this file is corrupted on your drive. MD5 looks like this over here:

28f23b5988ca58f36e7fbe77bbcd64f4  /boot/system/documentation/diskusage/home.png

[diver]

Something still isn't right.
After rm -rf trunk/docs/apps/diskusage and image rebuild ShowImage still can't open this images, but Web+ has no problems opening them.
MD5 looks like yours.

[diver]

WonderBrush also opens them just fine.

[axeld]

Well something must be wrong at your side, since it's working fine here. And since the error comes from libpng.so, not ShowImage, maybe it's somehow using a different libpng.so version? I am using hrev39379.

[humdinger]

FYI, these are the md5 for the two libpng.so.1.4 on my system:

~> md5sum /boot/system/lib/gcc2/libpng.so.1.4
cd6ac6d0cc651eda8b0110d422184ed5  /boot/system/lib/gcc2/libpng.so.1.4
~> md5sum /boot/system/lib/libpng.so.1.4
7a123283c75968a5ec845a75818c6171  /boot/system/lib/libpng.so.1.4

[diver]

​http://haiku-files.org/vmware/haiku-nightly-r39409-x86gcc4hybrid-vmware.zip also can't open them.

[diver]

... but ​http://haiku-files.org/vmware/haiku-nightly-r39409-x86gcc2hybrid-vmware.zip opens them.
So it seems GCC4 only issue.

[mmadia]

Running the ShowImage binary from hrev39395-gcc4 inside hrev39385-gcc2hybrid exhibits the issue (comment:3) as well.

[axeld]

Then it's at least sure there is indeed something wrong, it's just the question where.

[Ka]

These two PNGs also do not work here (hrev39605) (edit: GCC4hybrid), but they are just destroyed. They cannot be opened at my normal OS, too.

Edit: Just discovered, that hrev39605 GCC2hybrid is able to show them. At my main System, Eye of Gnome can't display them, Gimp shows them correct.

[stargatefan]

still seeing trouble with jpegs only at 39943 gcc2 hybrid

[luroh]

Still with us in nightly hrev40715, gcc4.

Replying to stargatefan:

still seeing trouble with jpegs only at 39943 gcc2 hybrid

Likely not related to this bug, please file a new ticket if the problem still exists.

[halilpk]

(GCI-2011 Participant)

Haiku revision: hrev42211 not a bug. There are 4 libpng.so and 4 libpng.so.1.4 files in system or develop directories.And there is no problem with opening png files . System: Haiku hrev1-alpha3 on VMware workstation 8 on windows 7 32 bit

[humdinger]

ShowImage shows those PNGs, though still showing "libpng error: PNG unsigned integer out of range". Closing as fixed anyway. (As aside: I don't see a reason to keep /boot/system/documentation/diskusage at all...)

[diver]

This is gcc4 only issue which is still here. I think it should be reopened.

[humdinger]

Ah, didn't know that... reopened then.

[diver]

Still with us in hrev44676.

[pulkomandy]

gcc4-only, moving out of R1.

[diver]

Interestingly, on x86_64 these images crash ShowImage.

[pulkomandy]

Can't we just run these images through pngcrush or optipng to re-encode them? I think that would fix the issue. Unless we can find other images elsewhere triggering the same problem.

[diver]

That might be an option, yes. However Web+ and Qt apps have no problem opening those.

[pulkomandy]

Fixed in hrev51297:

• Fixed the crash in ShowImage. Failing to open files is ok, crashing is not.
• Replaced the images with modern and hopefully correct PNGs.