Bug 160420 - Editing table trashes table formatting
Summary: Editing table trashes table formatting
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.5.5.2 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-Tables Table-AutoFormat
  Show dependency treegraph
 
Reported: 2024-03-29 17:43 UTC by Dave Nadler
Modified: 2024-05-20 17:40 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Document containing table to edit and demonstrate bug (83.67 KB, application/vnd.oasis.opendocument.text)
2024-03-29 17:43 UTC, Dave Nadler
Details
Screenshot on how it work for me with 7.6.6 (29.43 KB, image/png)
2024-03-29 19:33 UTC, m_a_riosv
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dave Nadler 2024-03-29 17:43:21 UTC
Description:
Some simple edits cause formatting of text within table to be improperly reset.

Steps to Reproduce:
Edit table on page 3 as follows:
1. Select last line
2. Right-click on line, and "Insert Rows above"
3. Observe formatting trashed on existing rows when inserting a row

Actual Results:
Table with formatting trashed

Expected Results:
Table formatted as before.


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Should be trivial to reproduce.
Comment 1 Dave Nadler 2024-03-29 17:43:50 UTC
Created attachment 193392 [details]
Document containing table to edit and demonstrate bug
Comment 2 m_a_riosv 2024-03-29 19:33:25 UTC
Created attachment 193395 [details]
Screenshot on how it work for me with 7.6.6

Please what is wrong in my screenshot.
Comment 3 Dave Nadler 2024-03-29 21:08:28 UTC
Your screenshot illustrates the problem:
Note the formatting of the last row has incorrectly been changed.
Comment 4 m_a_riosv 2024-03-30 09:12:41 UTC
Ok, if not selecting the row, only a cell in the row, it applies the same format as the row where it is inserted.

Has this table any 'Tables - Autoformat Styles' applied?
Comment 5 wjsim 2024-03-30 15:01:58 UTC
Thank you for reporting the bug, I was not able to reproduce the bug in:

Version: 24.2.1.2 (X86_64) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

and

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 6a064b1967e06e40be40817deff99d00c1a8554f
CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: ko-KR (en_US); UI: en-US
Calc: CL threaded
Comment 6 Haris 2024-04-01 05:47:05 UTC
Hello Dave Nadler,

I was able to reproduce the steps you provided on MacOS Sonoma 14.1.2. However, instead of the the formatting for only the last row changing, all the rows change format when I click "Insert Rows Above". Even when I undo the action using "command Z" I can't get back to the previous format. This also happens with any of the other Insert and Delete operations. I tried looking over the "Table Properties" but couldn't find anything wrong.

These are the two builds I used:

Stable Build
Version: 24.2.1.2 (AARCH64) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 10; OS: macOS 14.1.2; UI render: Skia/Metal; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

Master/Daily Build
Version: 24.8.0.0.alpha0+ (AARCH64) / LibreOffice Community
Build ID: c4023d3ec604abfff38be2053e2989c7ec2ba8c1
CPU threads: 10; OS: macOS 14.1.2; UI render: Skia/Metal; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded