Description: Suppose you've got a table in LO Writer, with some formatting in it. Now add a new row (say by navigating to the bottom-right cell and typing a tab char). The new row gets added, but the formatting gets goofed up. See attached minimal example, junk.odt. Steps to Reproduce: Already explained in Description field. Actual Results: Already explained in Description field. Expected Results: Obvious. Reproducible: Always User Profile Reset: No Additional Info: Nothing to add.
Created attachment 199838 [details] Minimal example of bug (see bug Description)
Thank you for reporting the bug. I am not able to use your example document, as LO always crashed when adding something. But if I use a new template, I can not reproduce the bug in Version: 25.2.1.2 (X86_64) / LibreOffice Community Build ID: d3abf4aee5fd705e4a92bba33a32f40bc4e56f49 CPU threads: 16; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: threaded
Not reproducible Version: 25.2.2.1 (X86_64) / LibreOffice Community Build ID: 38d746d66d9b82fa248a2e90142b9dd3ddd1d6cd CPU threads: 16; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded
Tested with Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: ddaea18557b1ec60d9e360f9eab539c8f551061f CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded and cannot reproduce. New line added.
Can not reproduce using Version: 25.2.1.2 (X86_64) / LibreOffice Community Build ID: d3abf4aee5fd705e4a92bba33a32f40bc4e56f49 CPU threads: 12; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 501e5a7db75e265ace4b1efbe9b604d97b8e7b1e CPU threads: 12; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded New row is created after typing tab with same formatting. To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile (<https://wiki.documentfoundation.org/UserProfile>) and re-test? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present also, please include version info Help > About LibreOffice
Created attachment 199890 [details] See comment #6. See comment #6.
Created attachment 199891 [details] See comment #6. See comment #6.
Created attachment 199892 [details] See comment #6. See comment #6.
Created attachment 199893 [details] See comment #6. See comment #6.
Created attachment 199894 [details] See comment #6. See comment #6.
Created attachment 199895 [details] See comment #6. See comment #6.
Oh, dammit! I had written "comment #6,", then added the 6 new attachments, but adding them seems to have wiped out the comment contents! So I'll see if I can remember/reproduce it. The problem has persisted for me for months, I'm just now getting around to reporting it (hoping somebody else would report and it would get fixed). I'm on Linux, all up-to-date, uname -a: Linux WaltXPS 6.13.6-200.fc41.x86_64 #1 SMP PREEMPT_DYNAMIC Fri Mar 7 21:33:48 UTC 2025 x86_64 GNU/Linux LO Help -> About yields: Version: 24.8.5.2 (X86_64) Build ID: 480(Build:2) CPU threads: 16; OS: Linux 6.13; UI render: default; VCL: kf6 (cairo+wayland) Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded The junk_BEFORE files are what it looks like before I type TAB in the last cell of the table. The junk_AFTER files are what happens after I type TAB to add a new row. The PNGs are just the PDFs after converting to PNG (using GIMP), "just to be sure" you're seeing what I'm seeing. I use Okular for PDF viewing.
I forgot, I hadn't known about the LO User Profile stuff before, but I tried it, and the same problem persists.
I confirm. Starting with version 6, whenever you insert or delete rows or columns, Writer breaks almost all formatting. Before anyone complains, I've been using LiBo since it was still OpenOffice and Writer was the only text editor that didn't make me miss WordPerfect. But I work with a lot of tables and it's impossible to keep reformatting the entire text every time I need to add a line. I just wish it would work well with tables again so I could use it again.
There is a workaround, however painful. Create a new empty table with more rows/columns, copy/paste the data into it, then delete the old table.
I can also confirm using the steps from comment 12 (pressing TAB in the last cell of the table). The old format isn't even returning when trying to undo (ctrl+z) Also happens on windows Version: 25.2.2.2 (X86_64) / LibreOffice Community Build ID: 7370d4be9e3cf6031a51beef54ff3bda878e3fac CPU threads: 8; OS: Linux 6.11; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Flatpak Calc: threaded Version: 25.2.2.2 (X86_64) / LibreOffice Community Build ID: 7370d4be9e3cf6031a51beef54ff3bda878e3fac CPU threads: 2; OS: Windows 11 X86_64 (10.0 build 22621); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
*** This bug has been marked as a duplicate of bug 126008 ***