<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - FILEOPEN: Can't open third-party generated XLSX file, docProps/custom.xml related"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=143958">143958</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>FILEOPEN: Can't open third-party generated XLSX file, docProps/custom.xml related
</td>
</tr>
<tr>
<th>Product</th>
<td>LibreOffice
</td>
</tr>
<tr>
<th>Version</th>
<td>7.0.6.2 release
</td>
</tr>
<tr>
<th>Hardware</th>
<td>All
</td>
</tr>
<tr>
<th>OS</th>
<td>All
</td>
</tr>
<tr>
<th>Status</th>
<td>UNCONFIRMED
</td>
</tr>
<tr>
<th>Keywords</th>
<td>filter:xlsx
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>Calc
</td>
</tr>
<tr>
<th>Assignee</th>
<td>libreoffice-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>plateauwolf@qq.com
</td>
</tr></table>
<p>
<div>
<pre>Created <span class=""><a href="https://bugs.documentfoundation.org/attachment.cgi?id=174428" name="attach_174428" title="Sample file provided by the original reporter">attachment 174428</a> <a href="https://bugs.documentfoundation.org/attachment.cgi?id=174428&action=edit" title="Sample file provided by the original reporter">[details]</a></span>
Sample file provided by the original reporter
This is a bug report translated and forwarded from a Chinese LibreOffice user
forum. The original report (in Chinese) is:
<a href="https://bbs.libreofficechina.org/thread-2881-1-1.html">https://bbs.libreofficechina.org/thread-2881-1-1.html</a>
Description:
The XLSX format files exported from 金蝶 (Kingdee) ERP system's web tools can't
be opened by LibreOffice, while MS Office and Kingsoft WPS open them correctly.
Sample file attached.
>From the analysis in the original report, it seems the culprit is in the XLSX
file's docProps/custom.xml file. It starts with (after the mandatory <?xml
version="1.0"?> line):
<q1:Properties
xmlns:vt="<a href="http://schemas.openxmlformats.org/officeDocument/2006/docPropsVTypes">http://schemas.openxmlformats.org/officeDocument/2006/docPropsVTypes</a>"
xmlns="<a href="http://schemas.openxmlformats.org/spreadsheetml/2006/main">http://schemas.openxmlformats.org/spreadsheetml/2006/main</a>"
xmlns:q1="<a href="http://schemas.openxmlformats.org/officeDocument/2006/custom-properties">http://schemas.openxmlformats.org/officeDocument/2006/custom-properties</a>">
If one changes that line to
<q1:Properties
xmlns:q1="<a href="http://schemas.openxmlformats.org/officeDocument/2006/custom-properties">http://schemas.openxmlformats.org/officeDocument/2006/custom-properties</a>"
...
i.e., move the "xmlns:q1" part to the first place, the file can be opened by
LibreOffice.
I don't know what the OOXML standard says, but since MS Office accepts such a
file, unless it's strictly forbidden by the standard, having LO allow such a
small deviation from the proper order should be beneficial to users.
Additional information:
I can reproduce that neither LO 7.0.6 or 7.2.0 RC3 can open the attached sample
file:
Version: 7.0.6.2 (x64)
Build ID: 144abb84a525d8e30c9dbbefa69cbbf2d8d4ae3b
CPU threads: 2; OS: Windows 10.0 Build 19043; UI render: default; VCL: win
Locale: zh-CN (zh_CN); UI: en-US
Calc: threaded
Version: 7.2.0.3 (x64) / LibreOffice Community
Build ID: 2a7ea282da28d665a7dc086360567b4aea27bf08
CPU threads: 2; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: zh-CN (zh_CN); UI: zh-CN
Calc: threaded
7.2.0 RC3 first claims the file may be damaged and offers to repair it, but
when told "yes", can not repair and returns "General input/output error".
7.0.6 just gives "General input/output error" directly.
Another user (not the original reporter) can reproduce that the sample file
opens in MS Office 2016 for Windows and MS Office 365 for Mac without problems.</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>