Bug 115754 - FORMATTING: Updating/importing styles doesn't update table styles
Summary: FORMATTING: Updating/importing styles doesn't update table styles
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Hardware: All All
: medium normal
Assignee: Not Assigned
: 126386 (view as bug list)
Depends on:
Blocks: Writer-Tables-Style Styles-Load
  Show dependency treegraph
Reported: 2018-02-15 16:36 UTC by Thomas Lendo
Modified: 2020-12-28 12:15 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:
Regression By:

Test Writer file no. 1 (14.57 KB, application/vnd.oasis.opendocument.text)
2018-04-03 13:46 UTC, Thomas Lendo
Test Writer file no. 2 (15.81 KB, application/vnd.oasis.opendocument.text)
2018-04-03 13:54 UTC, Thomas Lendo

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Lendo 2018-02-15 16:36:47 UTC
When a file is derived from a template then auto-updating at file opening doesn't update table styles.

Also with the Load Styles dialog that is accessible via sidebar > styles > load styles... the table styles aren't updated.

Table styles can't be selected with the check boxes in Load Styles dialog.

Tested with Version: (x64)
Build ID: a097077e1f3d433ab7cbc84c408c96f9adce1534
CPU threads: 8; OS: Windows 10.0; UI render: GL; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-02-13_23:00:22
Comment 1 Kevin Suo 2018-03-01 15:21:17 UTC
Currently, table styles in Writer is just a style which can not be edited. Those are pre-defined styles, and you can only use it, not changing it.

Thus, this is not a bug in my opinion.
Comment 2 Thomas Lendo 2018-03-01 19:57:41 UTC
Sorry, but if an issue isn't fixable until another issue on which it is depending is fixed (here: possibility to modify table styles) is no reason to close it. There are some bugs in the code that depend on another bugs.

And this issue isn't only true when modifying table styles but also for loading table styles of other documents into the current document. Loading of styles is actually working.
Comment 3 Kevin Suo 2018-03-02 02:12:04 UTC
Then it's an enhancement request.
Comment 4 Dieter 2018-03-25 15:40:40 UTC
Kevin, if you add the keyword needsUXEval you should add libreoffice-ux-advise@lists.freedesktop.org to the cc-list.
Comment 5 Heiko Tietze 2018-03-26 07:29:32 UTC
Understand it as rather a bug. Table styles are supposed to be consistent over documents and if that's not working with template it's a bug. But anyway, I don't see a reason for input from UX (beyond the scope).

PS: An example would be nice.
Comment 6 Thomas Lendo 2018-04-03 13:46:43 UTC
Created attachment 141054 [details]
Test Writer file no. 1
Comment 7 Thomas Lendo 2018-04-03 13:54:37 UTC
Created attachment 141055 [details]
Test Writer file no. 2

Steps to reproduce:
1. Open file no. 1.
2. Open Sidebar, click onto the rightmost button and choose "Load Styles..." in the drop-down menu.
3. Activate all checkboxes (Table styles are missing).
4. Click "From File...".
5. Select file no. 2 and open it.

Actual result:
Paragraph style 'heading 1' and 'text body',
character style 'strong emphasis',
frame style 'graphics',
page style 'left page' and
list style 'numbering 123'
all are imported correctly.

Table style 'Bug-115754' isn't overwritten.
(But it will be imported if the steps above are done in a new file.)

Expected result:
Also table styles are imported and overwrite existing styles with identical names.

Version: (x64)
Build ID: 8e0eb015e74775b9bf02326ffd7b67e83ad6c60d
CPU threads: 8; OS: Windows 10.0; UI render: GL; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-04-03_03:53:38
Locale: de-AT (de_AT); Calc: CL
Comment 8 QA Administrators 2019-04-04 03:03:53 UTC Comment hidden (obsolete)
Comment 9 Thomas Lendo 2019-08-21 08:16:10 UTC
Still reproducible with Version: (x64)
Build-ID: 057fc023c990d676a43019934386b85b21a9ee99
CPU-Threads: 12; BS: Windows 10.0; UI-Render: Standard; VCL: win; 
Gebietsschema: de-AT (de_AT); UI-Sprache: de-DE
Comment 10 Thomas Lendo 2019-08-21 08:17:37 UTC
*** Bug 126386 has been marked as a duplicate of this bug. ***