<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - FILESAVE: OOXML files saved by LO do not detect with Linux file command"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=90903#c9">Comment # 9</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - FILESAVE: OOXML files saved by LO do not detect with Linux file command"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=90903">bug 90903</a>
from <span class="vcard"><a class="email" href="mailto:justus-dev@piater.name" title="justus-dev@piater.name">justus-dev@piater.name</a>
</span></b>
<pre>A version of this problem exists for .pptx files generated by current LO
7.0.1.2, but not for the .docx and .xlsx files I rapidly generated and tested.
On my up-to-date Arch Linux system, on LO-generated .pptx files the file
command recognizes OOXML, but file -i (using different data / a different
algorithm) returns application/octet-stream. Therefore, the latter is also
returned by xdg-mime.
While this may well be rather a file bug, it appears to be within LO's powers
to fix (or work around) this by making the order of the top-level entries in
the zip match MS-Office-generated files.
I have successfully done this on my test .pptx files, by unzipping and
recomposing it thus:
zip -rD file.pptx [Content_Types].xml _rels ppt docProps
For the resulting file.pptx, the file command and thus xdg-mime return the
correct MIME type.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>