Closed
Bug 18889
Opened 25 years ago
Closed 25 years ago
PNG images not loading
Categories
(Core :: Graphics: ImageLib, defect, P3)
Core
Graphics: ImageLib
Tracking
()
VERIFIED
FIXED
M12
People
(Reporter: moshev, Assigned: jud)
References
()
Details
It seems that mozilla does not recognize content type of png images:
Go to the URL www.linux-mandrake.com/images/drakx/ and click
on any of the links to the images (*.png)
What is happening:
You get a dialog: Unknown file type image/x-png
What should happen:
image should be rendered in browser window
Updated•25 years ago
|
Summary: PNG images not loading → PNG images not loading
Updated•25 years ago
|
Assignee: leger → pnunn
Component: Browser-General → ImageLib
Comment 1•25 years ago
|
||
pnunn
Updated•25 years ago
|
OS: Linux → All
Hardware: PC → All
Comment 3•25 years ago
|
||
[Changing platform/OS to 'All', after reproducing with today's Mac OS &
yesterday's Win32 build.]
I wonder if there's an issue resulting server's configuration. This works using
PNG images from other servers.
Comment 4•25 years ago
|
||
Using OTSessionWatcher, I don't see a significant difference in what's coming
back to the client, and defer investigation of this bug to someone more clued
than me. ;)
Welllll.This is interesting.
If I save the image locally and open it, it displays ok.
This is true with c4.61 incidently.
Interesting.
-pn
annnd if I copy the image to one of my web servers, it
is understood as a png and displays fine. It also displays
fine as a local image.
Judson, could you take a peek at this?
-pn
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 7•25 years ago
|
||
two things going on here:
1. we have the file extension "png" registered as MIME type "image/png". The
server is responding w/ the MIME type "image/x-png" as the mime type for these
png files. Which is the correct one?
2. Pam, somehow you're (whether you know it or not ;) registering the image lib
as a content viewer (so when image links are clicked, or an image URL is put in
the URL bar, image lib creates a document for the webshell, and renders the
image for display in that document). This registration is not setup to handle
incoming data of type "image/x-png" (maybe it's setup for "image/png"???), and
it needs to be. I'm looking into this.
Assignee | ||
Comment 8•25 years ago
|
||
layout registers img lib. Someone please code review this diff. I've tested it
and it works.
cvs server: Diffing .
Index: nsLayoutDLF.cpp
===================================================================
RCS file: /cvsroot/mozilla/layout/build/nsLayoutDLF.cpp,v
retrieving revision 1.20
diff -c -r1.20 nsLayoutDLF.cpp
*** nsLayoutDLF.cpp 1999/11/19 07:32:20 1.20
--- nsLayoutDLF.cpp 1999/11/29 17:24:39
***************
*** 75,80 ****
--- 75,81 ----
"image/gif",
"image/jpeg",
"image/png",
+ "image/x-png",
"image/x-art",
"image/x-jg",
0
Assignee | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 9•25 years ago
|
||
fix checked in 11/29/99 2:15pm pac time.
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 10•25 years ago
|
||
Verified fixed using:
- Mac OS 1999120208 Commercial
- Win32 1999113012 [or so it was labeled as] Commercial
- Linux 1999120311 Commercial
(Specifically, the images in the directory in question displayed properly, so
assuming the x-png MIME type is now being recognized.)
You need to log in
before you can comment on or make changes to this bug.
Description
•