Created attachment 276113 [details] [diff] [review] First approach Third-party image decoders only work correctly when images are sent with the correct MIME type. If the server sends an incorrect MIME type, then imglib eats the request and never passes it on to other decoders. When loading an image from an <img> element, imgRequest currently does two things when trying to find a decoder. First, it uses content sniffing to try to detect common image types -- gif, jpg, png, etc. If that fails, it takes the mime type and tries to find a decoder registered with the contract id "@mozilla.org/image/decoder;2?type=channel_mime_type". If the server sends the correct mime type, then all is well. If, however, the server sends an incorrect mime type (such as "text/plain"), then imglib, finding that there is no decoder registered for type=text/plain, cancels the image request. Attached is a patch that rectifies the problem. It creates a new category, "image-sniffing-services", under which third-party image decoders may, at their discretion, register nsIContentSniffer implementations. After imglib sniffs for the common types it knows about, and before it relies on the none-too-trustworthy server MIME, imglib queries the nsIContentSniffer implementations registered in the category to try to determine a MIME type. One disadvantage here is that this approach may blur a line between imglib and necko. That sort of architecture decision is beyond my ken. On the other hand, it incurs zero performance penalty in the common case of gif/jpg/png images.
Created attachment 277624 [details] [diff] [review] Same logic, clearer comment This patch has the same logic as the previous, but the comment makes it clearer what's happening, and why. I think the structure of the code, with an explicit early return instead of a big if wrapper, better reflects the common and uncommon code paths.
Created attachment 277630 [details] [diff] [review] Same logic, clearer comment, with .h changes too this time Sorry for the bugspam, I forgot to include imgRequest.h's diff in the previous patch. On a side note, where's the proper place to document the addition of a category like image-sniffing-services?
not sure where the best place to document it would be. possibly on the wiki (wiki.mozilla.org) somewhere.
mozilla/modules/libpr0n/src/imgRequest.cpp 1.96 mozilla/modules/libpr0n/src/imgRequest.h 1.37 documentation should be on developer.mozilla.org... not sure where to put the docs for the new category off-hand. Ask dev-mdc perhaps?
Status: ASSIGNED → RESOLVED
Last Resolved: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.9 M8
Created attachment 279331 [details] [diff] [review] as checked in
Attachment #277630 - Attachment is obsolete: true
12 years ago
Duplicate of this bug: 374088
12 years ago
Added some initial documentation on devmo, including pages for nsIContentSniffer and the image-sniffing-services category, with a link on the Firefox 3 For Developers page.
Keywords: dev-doc-needed → dev-doc-complete
You need to log in before you can comment on or make changes to this bug.