Bug 148307 - Writer reverts table to style default when inserting a new row/column
Summary: Writer reverts table to style default when inserting a new row/column
Status: RESOLVED DUPLICATE of bug 126008
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.3.0.3 release
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks:
 
Reported: 2022-04-01 13:23 UTC by Chuck Lindeberg
Modified: 2023-04-27 10:26 UTC (History)
9 users (show)

See Also:
Crash report or crash signature:


Attachments
Writer doc with Table for testing Bug 148307 (2.66 MB, text/ott)
2022-04-01 13:42 UTC, Chuck Lindeberg
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Chuck Lindeberg 2022-04-01 13:23:33 UTC
Description:
When  inserting a new row or column in a Table, LO changes text in selected row(s)/Column(s) size & font back to defaults (Liberation Serf & 12) from the my selected font & size (arial & 10 in my case).

Steps to Reproduce:
1. Open Writer
2. Change font & size to something other than default style
3. Create table with, say 3 columns, five rows
4. Enter random text in several cells and columns. 
5. Select 1 or more cells in a row or column
6. Table/Insert/rows below
 

Actual Results:
The text in ONLY the selected cells the font & size has reverted to the style defaults. The blank cells in the newly inserted row are what I selected in Step 2

Expected Results:
The text in the selected remains in the font & size selected in Step 2, and the cells in the newly inserted row are as selected in step 2 as well.


Reproducible: Always


User Profile Reset: No



Additional Info:
Not changed the text in the selected cells back to what the settings in the default style.
Comment 1 Chuck Lindeberg 2022-04-01 13:42:53 UTC
Created attachment 179254 [details]
Writer doc with Table for testing Bug 148307
Comment 2 Rainer Bielefeld Retired 2022-04-01 15:24:58 UTC
REPRODUCIBLE with reporter's sample document and Installation of Version: 7.3.0.3 (x64) Build ID a69ca51ded25f3eefd52d7bf9a5fad8c90b87951
CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win | Locale: de-DE (de_DE); UI: de-DE | Calc: threaded | ElementaryTheme | My normal User Profile:
1. open document
2. click A5 behind "Research"
   » caret flashes behind "h" of "Research"
3. ˋRightclick caret position  → Insert Row →  Rows Belowˊ
   » Row inserted, Font for complete table changes from 
     'Arial 12'  to 'Liberation Serif 12'

Additional info:
----------------
a) Font will not switch back with <ctrl+u> (several times)
b) Was still ok with Server Installation of Version:  4.0.0.3 WIN10
   Build-ID  7545bee9c2a0782548772a21bc84a9dcc583b89;  Special devUserProfile
c) Already REPRODUCIBLE with Server Installation of Version: 6.0.7.3 (x64)
   Build-ID dc89aa7a9eabfd848af146d5086077aeed2ae4a5; CPU-Threads: 12; 
   BS: Windows 10.0; UI-Render: GL; Gebietsschema: de-DE (de_DE); 
   Calc: CL, Special devUserProfile
d) Problem for me also appears when I delete Row ein step 3
Comment 3 Rainer Bielefeld Retired 2022-04-01 15:36:54 UTC
e) Still REPRODUCIBLE with Server Installation of Version: 7.4.0.0.alpha0+ (x64)  
   Build ID b000d964fcc8849d10576bf3539bde7729db2eb1
   CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: default; VCL: win
   Locale: de-DE (de_DE); UI: en-US  |  Calc: CL  |  Auto Colibre Theme  |
   Special devUserProfile
f) Query <https://bugs.documentfoundation.org/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=DUPs148307&sharer_id=19321> shows a possible DUP: 
"Bug 126008 - TABLES STYLES: If you insert a row or column (with cursor in a cell), the formatting of the whole table changes"

b1) Regression due to (b)

@Chuck Lindeberg
Your opinion concerning my DUP suspect?
Comment 4 Xisco Faulí 2022-05-02 11:54:03 UTC
Moving to NEW
Comment 5 raal 2022-05-02 20:07:26 UTC
This seems to have begun at the below commit.
Adding Cc: to Jakub Trzebiatowski; Could you possibly take a look at this one?
Thanks
 80852fb82e9722170aa1b84abaf44c8a47e52fca is the first bad commit
commit 80852fb82e9722170aa1b84abaf44c8a47e52fca
Author: Jenkins Build User <tdf@pollux.tdf>
Date:   Wed Sep 28 07:49:59 2016 +0200

    source 40fba0f4418084d50cc5c388cb0b6e1abe395d61

https://git.libreoffice.org/core/+/40fba0f4418084d50cc5c388cb0b6e1abe395d61
   GSoC Writer Table Styles Import
Comment 6 RAG 2022-11-30 17:03:42 UTC
This bug, which seems to affect all tables except those using the “none” style occurs on any insertion or deletion of a row, or of a column. When the insertion  or deletion occurs, any user applied formatting (e.g. bold, centred, paragraph style) which has been applied is force removed.
There is an exception for paragraph styling, which remains, but the associated font is reset to that which the template originally provided.
This behaviour was not seen on earlier versions of LibreOffice Writer.

The behaviour is as if the template is insisting on redrawing the entire table on each row/column insertion or deletion, rather than formatting the table when it is created, and then retiring gracefully. This is most definitely not the expected behaviour. From a user point of view this recent change is most unacceptable. It is not the intuitive behaviour, nor is it as described in the Writer Guide for 7.3, p.303 “Formatting the table text”.
Comment 7 Buovjaga 2022-12-16 14:41:52 UTC
*** Bug 147675 has been marked as a duplicate of this bug. ***
Comment 8 Stéphane Guillou (stragu) 2023-04-27 10:25:35 UTC
Changing first affected version according to raal's bibisect in comment 5.

However, this is the same as bug 126008 in that the direct formatting _of a table that uses a table style_ (as in attachment 179254 [details]) is reset whenever rows or columns are added or removed.

Marking as a duplicate.
Comment 9 Stéphane Guillou (stragu) 2023-04-27 10:26:04 UTC

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