Bug 114911 - Setting vertical orientation for first cell in table row shifts rendering of row on save & reopen
Summary: Setting vertical orientation for first cell in table row shifts rendering of ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 92679 (view as bug list)
Depends on:
Blocks: RTL-CTL Writer-Tables Vertical-Text 114883
  Show dependency treegraph
 
Reported: 2018-01-08 14:45 UTC by Eyal Rozenberg
Modified: 2018-09-17 19:28 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Document manifesting the bug (8.29 KB, application/vnd.oasis.opendocument.text)
2018-01-08 14:45 UTC, Eyal Rozenberg
Details
"Before" screenshot (after step 4) (5.37 KB, image/png)
2018-01-08 14:46 UTC, Eyal Rozenberg
Details
"After" screenshot (after step 6) (5.95 KB, image/png)
2018-01-08 14:47 UTC, Eyal Rozenberg
Details
"Before" screenshot (after step 4) (3.16 KB, image/png)
2018-01-30 18:17 UTC, Eyal Rozenberg
Details
"After" screenshot (after step 6) (3.25 KB, image/png)
2018-01-30 18:18 UTC, Eyal Rozenberg
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Eyal Rozenberg 2018-01-08 14:45:13 UTC
Created attachment 138969 [details]
Document manifesting the bug

Perform the following:

1. Set default style direction to RTL
2. Created a 1x2 table (1 row, 2 columns
3. Enter text in each cell: A, B
4. Set the first cell (should be rightmost cell in RTL order) to have vertical flow (e.g. via the menus: Table | Properties | Text Flow | Text orientation)
5. Save & close the file
6. Open the file you just saved

Result: The entire line's rendering gets shifted to the left. You can see this by comparing the "before closing" and "after reopening" screenshot.

This _seems_ to be a problem with the way LO loads saved data, as the problem does not occur with this layout before the file is closed and reopened. It is probably not a problem with the saving code, since we're also seeing this issue (and another one) in the blocked bug 114883 - where the file was saved in Microsoft Word (and opens correctly with Word).

Notes:

* The bug manifests per-line, so if you make the table 2x2, and only change the layout to vertical on the second line, you'll only get a shift on the second line.
* If the line has just one cell (which gets oriented vertically), the bug doesn't manifest.
* You can't see the attached ODT _without_ the bug - you have to create a new document for that.

Thanks go to Mike Kaganski for "extract"ing this simplified issue out.
Comment 1 Eyal Rozenberg 2018-01-08 14:46:48 UTC
Created attachment 138970 [details]
"Before" screenshot (after step 4)

Screenshot of how the table _should_ be laid out, and _is_ laid out before we close the document file.
Comment 2 Eyal Rozenberg 2018-01-08 14:47:42 UTC
Created attachment 138971 [details]
"After" screenshot (after step 6)

Screenshot with the bug manifesting - after saving, closing and opening the document which exhibited the "before" shot.
Comment 3 Buovjaga 2018-01-30 18:02:21 UTC
Repro from scratch.

Arch Linux 64-bit
Version: 6.1.0.0.alpha0+
Build ID: 73c757ff71b6bf14206adf13a65213c79928a592
CPU threads: 8; OS: Linux 4.14; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group threaded
Built on January 30th 2018

Arch Linux 64-bit
LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4
Comment 4 Buovjaga 2018-01-30 18:09:35 UTC
*** Bug 92679 has been marked as a duplicate of this bug. ***
Comment 5 Eyal Rozenberg 2018-01-30 18:17:42 UTC
Created attachment 139450 [details]
"Before" screenshot (after step 4)

Previous version of screenshot used a 2x2 table (while the reproduction instructions only need a 1x2 table).
Comment 6 Eyal Rozenberg 2018-01-30 18:18:04 UTC
Created attachment 139451 [details]
"After" screenshot (after step 6)

Previous version of screenshot used a 2x2 table (while the reproduction instructions only need a 1x2 table).
Comment 7 Eyal Rozenberg 2018-09-17 19:28:08 UTC
Bug still manifests with:

Version: 6.1.1.2
Build ID: 5d19a1bfa650b796764388cd8b33a5af1f5baa1b
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk2; 
Locale: en-GB (en_GB.UTF-8); Calc: group threaded