Closed Bug 126067 Opened 23 years ago Closed 23 years ago

images not served as content type "image/..." is still displayed as images

Categories

(Core :: Graphics: ImageLib, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: bugzilla, Assigned: pavlov)

References

()

Details

http://entropymine.com/jason/testbed/pngmime.html
all images are shown, even though they are actually not images...

could it be a potential security risk? parsing application/zip stuff to imagelib?

20020213
-> Imaglib
Assignee: attinasi → pavlov
Component: Layout → ImageLib
QA Contact: petersen → tpreston
Wontfix (I've talked to Stuart about this before, asking whether I should file
this bug; he said he'd have to wontfix it if I did).  Imagelib uses the magic
numbers in the image files, since those are quite standardized and
well-defined.  Zip archives also have quite standardized, well-defined, and
different magic numbers.  "Fixing" this bug would also break a large fraction of
the sites out there (and no, this should not be a difference between quirks and
standards mode).

Note that we _do_ pass the testcase as stated.  This bug is filed on the
"Whether they should do that is debatable, since they are served with an
incorrect MIME type" part of the testcase, no?  :)
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WONTFIX
*** Bug 239961 has been marked as a duplicate of this bug. ***
You need to log in before you can comment on or make changes to this bug.