<table><tr><td style="">dfaure requested changes to this revision.<br />dfaure added a comment.<br />This revision now requires changes to proceed.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D13315">View Revision</a></tr></table><br /><div><div><p>No, no. Too unreliable and against the MIME spec.</p>

<p>You're testing it for the ideal case, images, which have proper headers.<br />
But there's no reliable "magic" (determination from content) to distinguish for example MSWord .doc vs Excel .xls, because it's all the same OLE storage format. Or many other cases like this.<br />
This is why the MIME spec (which is implemented by mimeTypeForUrl) says: if the extension is known and matches a single mimetype, then that's the one.<br />
This allows users to have control, rather than fuzzy algorithms.</p>

<p>Determination from content is only used when there is no extension, when multiple mimetypes are associated with the same extension (example: *.ogg can be audio or video), or when the extension is completely unknown.</p>

<p>If some users want to benefit from magic-mimetype-detection for their images, it's simple, they can just remove all extensions, KDE will take care of the rest.<br />
But for all other cases, we want users to have control over the way their files are detected, and that's what extensions are for.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R241 KIO</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D13315">https://phabricator.kde.org/D13315</a></div></div><br /><div><strong>To: </strong>miklosm, Frameworks, dfaure, broulik<br /><strong>Cc: </strong>broulik, ngraham, apol, kde-frameworks-devel, michaelh, bruns<br /></div>