Description: In a table with mixed mixed RTL/LTR cells and objects, some times it becomes garbled. Steps to Reproduce: 1. Open attachment 188850 [details] from tdf#156672. 2. Double click on the left border of the table. Actual Results: The table is garbled. Pressing ctrl+z does not go back to the original loaded document. Note: The table behaves differently with all the cells direction set to LTR, RTL or mixed, when double clicking on the borders and using undo/redo. Expected Results: The table should remain almost the same, with a small adjustment in width. Reproducible: Always User Profile Reset: No Additional Info: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 5484657d2b1677b7e385ab6ef87ad64dcb9934e4 CPU threads: 20; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_DE); UI: en-US Calc: CL threaded
Repro already in 4.3 and 3.5. Weird: tooltip for "Adjust column" shows in older versions, but not in recent ones (Win/Linux). Arch Linux 64-bit, X11 Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 5af44a176d2a738dd7523713202aeee27c5578b6 CPU threads: 8; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 11 August 2023
Wow, this is a fun bug :-( Hossein, can you create an ODT-only document for reproducing this? Perhaps will less rows (as few possible while still manifesting the bug)?
Reproducible in LO 3.3.0. Marking as inherited from OOo. LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
(In reply to Hossein from comment #3) Ping about reproducing this without a DOC being involved (nor an ODT originating in a DOC).