9478 - [PP] Loading local PNG images yields libpng errors & a crash

Status: VERIFIED DUPLICATE of bug 9336

(Core :: Graphics: ImageLib, defect, P3)

Description

[Eli Goldberg]

* TITLE/SUMMARY
[PP] Loading local PNG images yields libpng errors & a crash

* STEPS TO REPRODUCE
0) Launch Apprunner
1) Copy http//slip/projects/marvin/imaging/img-load-net/wall_ni.png to your local
hard drive
2) View the image from Apprunner. [I did it both as a file:/// URL, and on Win32,
from a file:/// URL and the File/Open command.]

* RESULT
 - What happened

* a few hundred "libpng error: Not a PNG file" errors appear on the console
* Apprunner bloats to a 44MB partition
* it crashes (no talkback log; need to find out why it doesn't invoke upon crash
on my system!)

I've tried loading the same file from the network...but...my server isn't giving
the correct MIME type, so it won't view, and gives the "pick app/more info/etc"
dialog. I'll add the PNG MIME type to the server configuration, and append more
information afterwards.

 - What was expected
PNG image to load correctly on Win32, as it does on Mac OS & Linux.

* REGRESSION

 - Occurs On
       Win32 Apprunner (7.7.99 AM optimized build [NT 4, Service Pack 3])

 - Doesn't Occur On
       Mac OS Apprunner (7.7.99 AM optimized build)
       Linux Apprunner (7.7.99 AM optimized build)



* CONFIGURATIONS TESTED

- [Mac] Power Mac 8500/120 (233 Mhz 604e), 64 MB RAM (VM on; 1 MB of VM used),
1024x768 (Thousands of Colors), Mac OS 8.6

- [Win32] Vectra VL (233 Mhz P2), 96 MB RAM, 800x600 (True Color), NT 4.0 SP3.

- [Linux] Vectra VL (266 Mhz P2), 96 MB RAM.

Comment 1

[Eli Goldberg]

I've configured my server to use image/png for .png files; the image doesn't load
from NT, either over the net, and Apprunner swells to a roughly 48 meg partition.

But, it doesn't crash. (see http://www.prometheus-music.com/gecko/wall_ni.png)

Comment 2

[Greg Roelofs]

I'm fairly certain this is a duplicate of 9336, though it may demonstrate a
separate memory-crash issue on Win32.  In any case, 9336 probably should be
fixed before trying to tackle this one.

Comment 3

[Greg Roelofs]

Btw, pngcheck reports:

File: wall_ni.png (215803 bytes)
  File is CORRUPTED.  It seems to have suffered Unix->DOS conversion.
  Chunk name 00 0d 49 48 doesn't conform to naming rules.

Comment 4

[Eli Goldberg]

Courtesy note: still present in 8.16.99 AM Win32 build. Can open reproduce when
opened as file:/// URL. Or, if loaded via the Choose File... command, it only
crashes after pressing the Reload button.

Comment 5

[pnunn]

*** This bug has been marked as a duplicate of 9336 ***

Comment 6

[Eli Goldberg]

Since this issue can no longer be reproduced using the 1999082708 Win32 build on
the same platform originally tested, I'm verifying this as a duplicate. Thanks!