In simple documents it works ok
But I have example document for you, in which change to text angle in table cell either doesn't save, either doesn't load to/from file (I don't know, maybe both)
I attaching two screenshots
1. How I need text to be saved/loaded. this one taken right after save
2. How document looks after it's reload
and example document 'test.odt'
Steps to Reproduce:
1.select middle cell in example document
2.press right button and choose 'table properties'
3.go to 'text flow' tab
4.select 'vertical (bottom to top)'
6.shrink middle cell to good looking size (I don't know if this step takes part in problem)
after reloading, text in middle cell looks as normal text and without normal angle
angle of text in cell should be saved and loaded from file ok
User Profile Reset: Yes
OpenGL enabled: Yes
Build ID: 188.8.131.52-2.fc31
CPU threads: 2; OS: Linux 5.5; UI render: default; VCL: gtk3;
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Created attachment 158532 [details]
1 - how should be
Created attachment 158533 [details]
2 - how works
I had to place test.odt file into google drive, as it contains embedded fonts and is 42 MiB in size https://drive.google.com/open?id=1t1kDD15ZbbzaxsZJOe141zOHyhx25kUh
I have to note, what, when I tried to remove embedded fonts, the cell 's text orientation saved/loaded normally. but with embedded fonts it's not working.
> after reloading, text in middle cell looks as normal text and without normal
Thank you for reporting the bug.I can reproduce this bug in
Version: 184.108.40.206.alpha1+ (x86)
Build ID: ec7374ff84c71edfbb30d6e4dc5b486b6df7107f
CPU threads: 2; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: default; VCL: win;
TinderBox: Win-x86@42, Branch:master, Time: 2019-11-10_21:37:30
Locale: en-US (en_US); UI-Language: en-US
NEW because of comment 6
This bug was wrongly marked from 3.3 and Linux, it's from 6.2. All.
Which makes it a duplicate.
animuspexus, you made a clear report, except you should've searched if already reported.
Durgapriyanka and Dieter, you are here too long to just just confirm behavior, at least without searching.
*** This bug has been marked as a duplicate of bug 124470 ***