Bug 105799 - Undoing applied table style (aka autoformat) doesnt return table text formatting back to original
Summary: Undoing applied table style (aka autoformat) doesnt return table text formatt...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: bibisected, regression
Depends on:
Blocks: Undo-Redo Table-AutoFormat
  Show dependency treegraph
Reported: 2017-02-06 15:07 UTC by mr.Pablo
Modified: 2018-07-01 17:40 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:

Bug on Table Styles (11.57 KB, application/vnd.oasis.opendocument.text)
2017-02-06 17:19 UTC, mr.Pablo

Note You need to log in before you can comment on or make changes to this bug.
Description mr.Pablo 2017-02-06 15:07:49 UTC

This is a bug that concerns the new 5.3.0 feature 'Table Styles'. 

Basically when I choose a style or I scroll through different styles, I cannot go back to my orignial table format, even if I undo a number of times. Things like font size, bold settings are lost and have to be set again. 

Extremely annoying when dealing with  large tables. Dangerous when you don't have another copy of the document to import the previous settings of the table.
Comment 1 Xisco Faulí 2017-02-06 15:36:52 UTC
Thank you for reporting the bug.
Unfortunately without clear steps to reproduce it, we cannot track down the origin of the problem.
Please provide a clearer set of step-by-step instructions on how to reproduce the problem.
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the steps are provided
Comment 2 mr.Pablo 2017-02-06 17:19:12 UTC
Created attachment 130955 [details]
Bug on Table Styles

How to reproduce the bug:

1- Open the file and click on the table;

2- Choose any of the table styles (e.g. 3D, Blue, whatever...)

3- Do CTRL+Z several times to revert to the original table.

Result: Impossible to revert to original table. Settings such as Font Name, Font Size, Bold (and possible others) are lost and cannot be recovered.
Comment 3 Jacques Guilleron 2017-02-06 21:38:50 UTC
Hi nuno360,

Ctrl+Z and Ctrl+Y works for me with
LO Build ID: 3b800451b1d0c48045de03b5b3c7bbbac87f20d9
CPU Threads: 2; OS Version: Windows 6.1; UI Render: default; Layout Engine: new; 
Locale: en-US (fr_FR); Calc: CL
and upper versions.

With which OS do you work?
In Edit Menu, you should find after application of a Table style
Undo: AutoFormat Table
Does this work?

Is Ctrl+Z active for others features than Table styles?
Comment 4 mr.Pablo 2017-02-07 09:45:03 UTC
No, doing 'Undo: AutoFormat Table' does not work, i.e. the table does not go back to its original settings. Did you try the document I have attached? The Format of the table does NOT go back to the original settings. 

This happens on Win 10 and Lubuntu 16.04

Build ID: 7074905676c47b82bbcfbea1aeefc84afe1c50e1
CPU Threads: 4; OS Version: Windows 6.2; UI Render: default; Layout Engine: new; 
Locale: en-GB (en_GB); Calc: group
Comment 5 Telesto 2017-02-07 22:50:34 UTC
Confirming with:
Build ID: a296a69c984b17cfbcd249cf6bdc191d08dff2a6
CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-02-06_00:00:55
Locale: nl-NL (nl_NL); Calc: CL

The text in column 'A' isn't bold anymore after applying table style and undoing it.
Comment 6 Telesto 2017-04-29 16:24:29 UTC
Also found in:
Versie (Bouw-id: 7545bee9c2a0782548772a21bc84a9dcc583b89)

but not in:
Build ID: 3215f89-f603614-ab984f2-7348103-1225a5b
Comment 7 Yousuf Philips (jay) (retired) 2017-05-07 19:44:20 UTC
I can confirm that the table text was Times New Roman 10pt and top row & first column headers were bold, but after undoing the table style the text is Liberation Serif 12pt and none of the headers are bold.

Build ID: 74ccd02eda2d6325a27266fd935aba29b3d75020
CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk2; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-04-27_23:51:14
Locale: en-US (en_US.UTF-8); Calc: group
Comment 8 Buovjaga 2018-07-01 17:40:28 UTC
Bibisected on Linux with 43all, but unfortunately there are builds where it crashes upon Autoformat.

There are only 'skip'ped commits left to test.
The first bad commit could be any of:
We cannot bisect more!

As there were relatively few, I grabbed the source commits of the ranges for convenience in case someone wants to dig into it: