<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 - inconsistent behavior when opening odt vs. docx"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=127226">127226</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>inconsistent behavior when opening odt vs. docx
</td>
</tr>
<tr>
<th>Product</th>
<td>LibreOffice
</td>
</tr>
<tr>
<th>Version</th>
<td>6.3.0.4 release
</td>
</tr>
<tr>
<th>Hardware</th>
<td>x86-64 (AMD64)
</td>
</tr>
<tr>
<th>OS</th>
<td>Linux (All)
</td>
</tr>
<tr>
<th>Status</th>
<td>UNCONFIRMED
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>UI
</td>
</tr>
<tr>
<th>Assignee</th>
<td>libreoffice-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>jbfaure@libreoffice.org
</td>
</tr></table>
<p>
<div>
<pre>Description:
Libre Office do not act the same way when it opens an odt wrongly tagged as
docx and a docx wrongly tagged as odt.
Steps to Reproduce:
1. take an odt file a.odt and rename it as a.docx
2. take a docx file b.docx and rename it as b.odt
3. open a.docx
4. open b.odt
Actual Results:
When opening a.docx (which is an ODF file) LO opens the file without notice.
When opening b.odt (which is an OOXML file) LO complains that the file is
corrupted and asks if LO should repair the file (with default answer set to
No). If the user choose No, LO answer that the file could not be repaired and
therefore cannot be opened. The user can only push the OK button and then LO
opens the file without other notice. If the user choose Yes, LO answer the same
thing but does not open the file.
Expected Results:
LO should notify the user that the format of the file does not comply with its
extension. It should open the file without falsely saying that it is corrupted
and it should give the correct type in the dialog File > Properties > General.
Reproducible: Always
User Profile Reset: No
Additional Info:
I cannot test old version of LO but I think that this is a very old problem
inherited from OOo.</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>