Details
Description
Some combinations of OS/browser/files lead to unhelpful content types, e.g. uploading a PDF from Firefox 3 on WinXP can give a content-type of application/binary as discussed here:
http://techblog.procurios.nl/k/618/news/view/15872/14863/Mimetype-corruption-in-Firefox.html
Both IE7 and FF3 upload a .rtf file with a content-type of application/msword rather than application/rtf.
In these cases, it would be helpful for content hosting to look at the file extension and change the content type appropriately (possibly trusting the browser-supplied content-type last rather than first).
Gliffy Diagrams
Zeplin
Attachments
Issue Links
- is depended on by
-
SAK-17735 Test form zip file fails to import with unexpected MIME type
-
- CLOSED
-
-
SAK-38713 Possiblity for mime detection to leave open file locks
-
- CLOSED
-
-
SAK-38893 Some types still not being detected by mime detector
-
- CLOSED
-
-
SAK-38695 Unable to manually override MIME type
-
- CLOSED
-
- is related to
-
SAK-38476 Don't alter mime type for text/url if detected differently
-
- CLOSED
-
-
SAK-26123 Permission Stack trace when student attaches file to assignment for submission
-
- CLOSED
-
-
SAK-18032 Can change mime type of uploaded text files, but when redownloading the mime type is still text.
-
- CLOSED
-
-
SAK-39284 Tika is detecting some file types incorrectly
-
- Verified
-
-
SAK-39862 Improved content type interpretation
-
- CLOSED
-
- relates to
-
SAK-26574 Update Sakai 10 release notes related to new property: content.useMimeMagic=true
-
- CLOSED
-