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.
Created attachment 179254 [details] Writer doc with Table for testing Bug 148307
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
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?
Moving to NEW
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
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”.
*** Bug 147675 has been marked as a duplicate of this bug. ***
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.
*** This bug has been marked as a duplicate of bug 126008 ***