Description: In RTL tables, changing the left or right spacing, whether by dragging the edge of the table or by changing the settings in Table Properties | Table | Spacing totally messes up the table, which cannot be fixed by undo. I think this is a regression, since I don't remember this behavior in earlier versions. Steps to Reproduce: 1. Create a 2x2 table. (Although this happens even in a 1x1 table, it is more obvious in a 2x2 table.) 2. Go to Table Properties | Table and change the text direction to right-to-left. 3. Change the spacing of the left or right edges either by dragging or by changing the numbers in Table Properties | Table | Spacing. 4. Notice that the two rows are now offset. 5. Undo (ctrl-Z). Notice that the table is still messed up. Actual Results: Table edges of the two rows are not aligned. Undo does not restore the table to its original configuration. Expected Results: The table spacing should have been uniformly changed for all rows. Undo should restore the table to its original configuration. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.4.2.3 (x64) / LibreOffice Community Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL
Created attachment 183263 [details] Video demonstrating the bug This video shows the problematic behavior in action. Note at the end that undoing to the point of reverting to LTR rather than RTL "fixes" the problem.
I confirm it with Version: 7.4.3.1 (x64) / LibreOffice Community Build ID: 3793858a34d8fef5b92f8fee233f97766f05e281 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL Additional information: For RTL-setting complex text layout has to be active in Tools -> Options -> Language Settings -> Languages
Reconfirmed with 7.4.3.2. This is almost certainly a regression in 7.3, but I am unable to check older versions. Are there others who can be tagged to check this? This bug severely impacts working with RTL tables, to the point that they are completely unusable if any formatting needs to be changed. Thank you.
I confirm this bug. I am using Version: 7.4.3.2 / LibreOffice Community Build ID: 40(Build:2) CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: ar-OM (en_US.UTF-8); UI: en-US Ubuntu package version: 1:7.4.3~rc2-0ubuntu0.22.04.1~lo1 Calc: threaded As workaround set table direction to LTR do your format then set it back to RTL.
I am happy to report that the bug is fixed for me as of this version: Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded