Closed Bug 220150 Opened 22 years ago Closed 20 years ago

GIF not displayed (generated by GNU Ghostscript)

Categories

(Core :: Graphics: ImageLib, defect)

defect
Not set
normal

Tracking

()

RESOLVED INVALID

People

(Reporter: puchs, Assigned: jdunn)

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030612 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030612 The transparent GIF image (a LaTeX formula), that I am going to attach to the bug is not being displayed. It is there, but all white (not visible). IE displys the image and I am also able to view it with image viewers (like Irfanview under W2K or XV (linux). The Linux version of mozilla also shows this bug. Reproducible: Always Steps to Reproduce: 1. load image 2. fail to see image 3. Actual Results: window remains white, no image to be seen. Expected Results: display the black foreground of the image on a transparent white background
Neither acdsee nor the windows image viewer, nor paint is able to display this image. The file looks like a PNM image with a GIF header, is this valid ?
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 2000 → All
Hardware: PC → All
PNM support has been removed from the trunk (Bug 197530) so i guess this issue will not be fixed unfortunately. A workaround is to generate PNG images instead.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WONTFIX
Summary: transparent gif not displayed → PPM image embedded in a GIF is not displayed (generated by GNU Ghostscript)
Reopening.
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
This is a valid GIF, just with a weird construction. The problem is that the image descriptor specifies an offset (285,253) from the logical screen of the GIF, which is only 197x84.
Summary: PPM image embedded in a GIF is not displayed (generated by GNU Ghostscript) → GIF not displayed (generated by GNU Ghostscript)
Is it reasonable to try to display something outside the logical screen? I think mozilla does the right thing here.
Marked 'INVALID', as it works as it should, see comments 5 and 6.
Status: REOPENED → RESOLVED
Closed: 22 years ago20 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: