Text can normally be rotated either 90 or 270 degrees through the Character > Position dialog box. This works even in tables, but only if the table’s text direction is set to Left-to-right. If the table’s text direction is set to Right-to-left through the Table properties dialog, no rotation takes effect. See the screenshot of a document, where there are two identical tables, one marked as LTR and the other as RTL. Text is rotated as expected in the LTR table, while nothing seems to happen in the other one.
This bug was first reported on Launchpad for LO 22.214.171.124 on Ubuntu 17.10 at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1772445 . After my initial report, I have upgraded to LO 126.96.36.199 and can still reproduce the problem. Another user on Launchpad confirmed the bug on LO 188.8.131.52 and 184.108.40.206, as well.
Steps to Reproduce:
1. In Writer, create a table and write some text in it.
2. Select the text and rotate it by 90 degrees through the Character > Position dialog box.
3. Change the directionality of the table to Right-to-Left through the Table properties dialog.
The text becomes horizontal, as it was before rotation.
The text should be rotated by 90 degrees, as happens in a Left-to-Right table.
User Profile Reset: No
Created attachment 144551 [details]
Screenshot of a LTR and a RTL table which both have rotated text
Created attachment 144552 [details]
ODT document used to create the screenshot
Version: 220.127.116.11.alpha0+ (x64)
Build ID: 3208fcb3a36d75d6290d9c548430682f153b09db
CPU threads: 4; OS: Windows 10.0; UI render: default;
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-09-20_22:43:20
Locale: fi-FI (fi_FI); Calc: threaded
Arch Linux 64-bit
Build ID: 8b1501d80dc9d3f42c351c6e026fa737e116cae5
CPU threads: 8; OS: Linux 4.18; UI render: default; VCL: gtk3_kde5;
Locale: fi-FI (fi_FI.UTF-8); Calc: threaded
Built on 23 September 2018
Arch Linux 64-bit
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not
appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword
Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!
Still reproducible on:
Build ID: libreoffice-18.104.22.168-snap1
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3;
Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US
Seems that RTL text in table doesn't go RTL. I guess another bug that should be in See Also.