Bug 79473 - Rotated text in a table garbled when document is reloaded (steps Comment 19)
Summary: Rotated text in a table garbled when document is reloaded (steps Comment 19)
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
Depends on:
Blocks: Vertical-Text
  Show dependency treegraph
Reported: 2014-05-31 07:03 UTC by drmmedia
Modified: 2019-12-10 13:43 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

Sample Document (11.00 KB, application/msword)
2014-05-31 20:59 UTC, drmmedia
Sample Document (4.28 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2014-05-31 21:00 UTC, drmmedia
Sample Document (10.33 KB, application/vnd.oasis.opendocument.text)
2014-05-31 21:01 UTC, drmmedia
Sample Document (5.55 KB, application/rtf)
2014-05-31 21:01 UTC, drmmedia

Note You need to log in before you can comment on or make changes to this bug.
Description drmmedia 2014-05-31 07:03:52 UTC
When entering text in a table with a long vertical column, selecting Character/Position (tab), Rotation/Scaling (I've only tested 90 degrees), saving the document and reloading results in the vertical text being garbled.

For example 'Sunday' rotated counter clockwise 90 degrees with the S on the bottom and y on the top, looks fine.  Saving as an .odt document and reloading results in (bottom to top): ydanuS, with 'S' as a subscript.
Sometimes the characters are more scrambled than reverse order.

This seems to be font specific.  The default Liberation Serif doesn't do it, but Times New Roman will.
Comment 1 drmmedia 2014-05-31 07:13:28 UTC
I withdraw the comment about font.  My old document was TNR, tried to duplicate in a new document with default font and couldn't.  Changed the font from Liberation Serif to Times and the bug appeared.

Changing the font in the original document from Times to Liberation did not make the problem go away.  A font change may need to be made to reproduce this, but specific fonts do not seem immune.
Comment 2 Yousuf Philips (jay) (retired) 2014-05-31 07:58:53 UTC Comment hidden (obsolete)
Comment 3 drmmedia 2014-05-31 20:59:21 UTC
Created attachment 100214 [details]
Sample Document
Comment 4 drmmedia 2014-05-31 21:00:22 UTC
Created attachment 100215 [details]
Sample Document

.DOCX doesn't seem to be effected.
Comment 5 drmmedia 2014-05-31 21:01:03 UTC
Created attachment 100216 [details]
Sample Document
Comment 6 drmmedia 2014-05-31 21:01:40 UTC
Created attachment 100217 [details]
Sample Document
Comment 7 drmmedia 2014-05-31 21:02:47 UTC Comment hidden (obsolete)
Comment 8 drmmedia 2014-05-31 21:12:52 UTC
Testing with all these formats, it appears to be that the saved files are okay (loading in MS Word shows that), but loading them in Writer is when the scrambling occurs.  (DOCX isn't effected).

Again adding or deleting a character or changing the cell size immediately causes the text to self correct.

Since it isn't clear, I am using Windows 7 SP1 x64.
Comment 9 Yousuf Philips (jay) (retired) 2014-06-02 15:20:07 UTC Comment hidden (obsolete)
Comment 10 drmmedia 2014-06-02 16:52:58 UTC Comment hidden (obsolete)
Comment 11 Yousuf Philips (jay) (retired) 2014-06-03 00:12:47 UTC
Confirmed in Linux Mint and Windows 7. The words of characters in each works are correct, but the words are in reverse order. If you add a character to the jumped works, then it will appear in correct order. I wasnt able to create a file like this, but testing the reporters attached files, confirmed it.
Comment 12 QA Administrators 2015-06-08 14:41:41 UTC Comment hidden (obsolete)
Comment 13 Buovjaga 2015-06-21 17:46:36 UTC
Still a problem.

Win 7 Pro 64-bit Version:
Build ID: 3ecef8cedb215e49237a11607197edc91639bfcd
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-06-19_23:16:58
Locale: fi-FI (fi_FI)
Comment 14 drmmedia 2015-06-21 20:52:48 UTC Comment hidden (obsolete)
Comment 15 QA Administrators 2016-09-20 10:09:58 UTC Comment hidden (obsolete)
Comment 16 drmmedia 2016-09-21 00:36:47 UTC Comment hidden (obsolete)
Comment 17 Timur 2017-08-22 13:36:26 UTC Comment hidden (obsolete)
Comment 18 Timur 2017-08-22 13:40:08 UTC Comment hidden (obsolete)
Comment 19 Timur 2019-06-12 12:04:08 UTC
Open attachment 100216 [details]
See that text in first column "A Sample Line of Text" is shown incorrectly. 
Type space anywhere in that merged cell and it will look OK. 
Save, close and reopen.
See the same issue. 

So not fixed. Repro OO and 6.4+.
Note: not an issue with Pair kerning, specific font or Microsoft fonts.
Comment 20 Timur 2019-06-12 12:45:30 UTC
Another possible example attachment 119095 [details] reported in Bug 51930.
Comment 21 drmmedia 2019-06-12 18:15:49 UTC
This bug does indeed still exists.
LibreOffice v6.2.4.2 x64 on Win7
Comment 22 Timur 2019-12-10 13:43:22 UTC
One of those happy moments when you retest and find out that some mysterious dev has resolved this, maybe without even intending it. 

per Comment 19 for attachment 100216 [details] and attachment 119095 [details] repro LO 6.3.3 and no repro in 6.5+.