Apache OpenOffice (AOO) Bugzilla – Issue 68343
RTF: characters exported Unexpectedly rotated
Last modified: 2014-10-29 14:12:06 UTC
After any change in attached RTF file, when one closes it and then opens again, whole text is rotated left 90 degrees.
Created attachment 38418 [details] After save/open this file in OO text is roteted.
MRU->HBRINKM: export the attached document to RTF, reload -> all characters are formatted as "90° rotated".
according to release status meeting: target 3.x
.
I cannot reproduce this issue using ooo320-m19.
Created attachment 84101 [details] An \rtf0 old-format RTF file that reproduces the bug in this issue This is an anonymized form of a file that was provided by Jonathan on users @openoffice.apache.org. This is an older-format of RTF that is opened by Apache OpenOffice 4.1.1 (and by Microsoft Office Word 2013 and LibreOffice 4.3). AOO presents the file correctly, but if it is saved as an RTF, the result is incorrect.
Created attachment 84102 [details] Screen capture of the old RTF file opened in AOO 4.1.1 This screen capture demonstrates that AOO 4.1.1 opens and presents the file correctly. If this file is Saved As ... and the new copy is kept in RTF format, that file will be damaged and presented incorrectly.
Created attachment 84103 [details] Defective \rtf1 file produced by AOO 4.1.1 from the old \rtf0 one This is the file that was produced by opening the old \rtf0-formatted file in AOO 4.1.1 and saving it, still in RTF, resulting in a defective \rtf1-formatted file. This was done with the Windows x86 enUS distribution of Apache OpenOffice 4.1.1, using Microsoft Windows 8.1 x64 on a Dell Inspiron XPS desktop system. Inspecting this file in a text editor (this is an ANSI character-set file) reveals that each paragraph has an incorrect \horzvert0 code word that causes the content to be displayed running in left-to-right columnar lines with the characters running bottom-to-top along those lines.
Created attachment 84104 [details] First page of the defective RTF shown by AOO 4.1.1 This screen capture shows the first page of the defective RTF saved from AOO 4.1.1, when opened in AOO 4.1.1. The defect also appears in Microsoft Office Word 2013, LibreOffice 4.3, and any other RTF consumer that implements the \horzvert0 code word. (Opening the file in Microsoft Windows 8.1 WordPad, for example, does not show the defect.)
I have also confirmed that the original test file from jnadolny produces the same defect when opened in AOO 4.1.1 and then resaved. The resulting RTF is laced with \horzvert0 code words. The original, in this case, is in \rtf1\ansi format, so \rtf0\mac is not the trigger. (Thanks to Jonathan for reminding me to check that.)