Bug 115677 - formatting corruption in Writer tables when adding or deleting rows/columns
Summary: formatting corruption in Writer tables when adding or deleting rows/columns
Status: RESOLVED DUPLICATE of bug 115573
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.0.1.1 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-02-13 10:17 UTC by Andy
Modified: 2018-02-14 08:08 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments
A sample Writer document where you can easily see the loss of every formatting to a table (18.47 KB, application/vnd.oasis.opendocument.text)
2018-02-13 10:18 UTC, Andy
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Andy 2018-02-13 10:17:44 UTC
Description:
The cell and font formatting in tables get totally lost when editing the table by adding/deleting rows or columns this makes working with tables in a text document almost impossible.

Steps to Reproduce:
1.Open attached ODT file. As you can see there is Table after the title, with some detailed formatting.

2. Now place cursor in any cell and click on the “add column” or the “add row” button of the table toolbar.

3. All formatting disappears: borders, fonts, font stile, font size, cell background color, cell alignment.

4. The same happens with equivalent “delete row” or column buttons, as well as the equivalent context menu commands. Also, formatting corruption takes place if you split the table into 2 separate tables.

5. To check every detail, please notice that original formatted table has:
- verdana font size 9
- vertical borders 0 mm. instead of default 10 mm.
- the text inside the table are arranged in various styles: 
- “Content” italics, 
- “Content1” bold, 
- “Content3” underlined, and 
- “other content” in bold italics
- “Other content1” font is size 7
- first row with green background
- third column form 2nd row with yellow background
- “Content2” is horizontally centered
- “Content4” is horizontally aligned to the right

6. Now if you undo the command with the “edit” menu command or the toolbar button, some of the lost formatting is returned to the previous state, but some is NOT:
    • cell appearance formatting is recovered
    • font formatting is lost forever
7. This corruption can be reproduced in any new Writer file you can create yourself inserting a table and applying some formatting to it. It is not linked in any way to the specific attached file.

Actual Results:  
Everytime you add or delete rows columns in a table, or split the table, you have to restart applying ALL FORMATTING from scratch. When working with complex tables, this becomes totally unmanageable.

Expected Results:
The table should retain all applied formatting  during editing, unless you specifically and intentionally change it


Reproducible: Always


User Profile Reset: No



Additional Info:


User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:58.0) Gecko/20100101 Firefox/58.0
Comment 1 Andy 2018-02-13 10:18:51 UTC
Created attachment 139857 [details]
A sample Writer document where you can easily see the loss of every formatting to a table
Comment 2 Andy 2018-02-13 10:22:59 UTC
I tried to set a higher than normal priority to this, since it makes VERY DIFFICULT and troublesome to use Libreoffice Writer if you use tables, which I expect are quite commonplace in a variety of settings.  But I couldn't.
Comment 3 Telesto 2018-02-14 08:08:43 UTC

*** This bug has been marked as a duplicate of bug 115573 ***