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)
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
Comment 1•23 years ago
|
||
-> Imaglib
Assignee: attinasi → pavlov
Component: Layout → ImageLib
QA Contact: petersen → tpreston
Comment 2•23 years ago
|
||
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
Comment 3•20 years ago
|
||
*** 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.
Description
•