<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 - Regression - selected character set not honoured when importing from Lotus .123 format"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=114000">114000</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>Regression - selected character set not honoured when importing from Lotus .123 format
</td>
</tr>
<tr>
<th>Product</th>
<td>LibreOffice
</td>
</tr>
<tr>
<th>Version</th>
<td>5.4.2.2 release
</td>
</tr>
<tr>
<th>Hardware</th>
<td>x86-64 (AMD64)
</td>
</tr>
<tr>
<th>OS</th>
<td>Windows (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>filters and storage
</td>
</tr>
<tr>
<th>Assignee</th>
<td>libreoffice-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>XHajT03@hajny.biz
</td>
</tr></table>
<p>
<div>
<pre>Description:
Accented characters are displayed incorrectly when opening files stored in
Lotus .123 format regardless from selecting the correct character set. The
chosen character set seems to be ignored. This is a regression - it used to
work correctly in older versions (I believe that this was the case in 4.2.2,
certainly in even older versions). The bug does not appear in the last Apache
OpenOffice release (i.e. the same file with the same character set selected
when opening is displayed correctly there).
Steps to Reproduce:
1.Open a file in Lotus .123 format stored in IBM codepage 852 (DOS / OS/2)
containing accented characters (e.g. in Czech).
2.Select "Eastern Europe (DOS/OS/2-852)"
3.See the displayed accented characters - they are incorrect
Actual Results:
E.g. "ß" displayed instead of "ž", "°" instead of "í", "Ï" instead of "ý", etc.
Selected character set doesn't seem to have any impact - characters are
displayed the same way if selecting the correct character set (IBM CP 852 - see
above), or if selecting "Eastern Europe (Windows-1250/WinLatin 2)" (which is
not correct, because it contains the same characters on different positions /
with different ASCII codes).
Expected Results:
Correctly displayed characters (like in older LibreOffice or Apache OpenOffice
versions).
Reproducible: Always
User Profile Reset: No
OpenGL enabled: Yes
Additional Info:
I tested with both 5.4.2.2 and 5.4.3.2. The following corresponds to the
latter:
Verze: 5.4.3.2 (x64)
ID sestavení: 92a7159f7e4af62137622921e809f8546db437e5
Vlákna CPU: 4; OS: Windows 6.1; Vykreslování UI: výchozí;
Národní prostředí: cs-CZ (cs_CZ); Calc: group
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:49.0) Gecko/20100101
Firefox/49.0 SeaMonkey/2.46 Lightning/5.1b1</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>