Bug 107725 - Table column order surprisingly switched when copying from a default-style-LTR to default-style-RTL document
Summary: Table column order surprisingly switched when copying from a default-style-LT...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
5.1.6.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-05-09 13:09 UTC by Eyal Rozenberg
Modified: 2017-05-09 14:58 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Eyal Rozenberg 2017-05-09 13:09:24 UTC
I have LO 5.3.2.2 at home (GNU/Linux Mint 18.1)  and 5.1.6.2 at work (GNU/Linux Fedora 24).

I have been doing copy-pasting of tables from Impress into Draw; then for some reason my Draw files (.odg) are sometimes/always opened by Impress. But that's not the bug I'm reporting here... the thing is, I edited this .odg file with some tables at home, then opened it here at work, and the table column order was switched RTL <-> LTR. I don't mean the direction _within_ column cells, I mean which column is placed where.

In another Impress file, from which these tables came, they're the same as always (although I don't think I edited that one with the newer LO version).

Sorry for this being a bit vague, I'm just reporting what I'm seeing.
Comment 1 Eyal Rozenberg 2017-05-09 13:13:32 UTC
Ok, figured it out: 

* Even copy-pasting on my work LO results in column order being switched
* A change of the text direction in the default style returns the column order to the expected one.
* Did not get this behavior at home (with my 5.3.2.2)
Comment 2 Xisco Faulí 2017-05-09 14:58:24 UTC
(In reply to Eyal Rozenberg from comment #1)
> Ok, figured it out: 
> 
> * Even copy-pasting on my work LO results in column order being switched
> * A change of the text direction in the default style returns the column
> order to the expected one.
> * Did not get this behavior at home (with my 5.3.2.2)

If you can reproduce it in 5.1.6 but not in 5.3.2.2 it means the problem was fixed between 5.1.6 and 5.3.2.2. I would suggest you to update your work station from 5.1.6 to the latest version from https://www.libreoffice.org/download/libreoffice-fresh/.
Closing as RESOLVED WORKSFORME