Bug 90425

Summary: UI: changing styles don't activate UNDO toolbar button
Product: LibreOffice Reporter: Mike Kaganski <mikekaganski>
Component: WriterAssignee: Not Assigned <libreoffice-bugs>
Status: RESOLVED DUPLICATE    
Severity: trivial CC: fdbugs, stgohi-lobugs
Priority: low    
Version: Inherited From OOo   
Hardware: Other   
OS: All   
Whiteboard:
Crash report or crash signature: Regression By:
Bug Depends on:    
Bug Blocks: 105948    

Description Mike Kaganski 2015-04-03 00:26:33 UTC
If the first action in a new document is modifications to styles, then toolbar's UNDO button is not activated (until another kind of edit is made).

Steps to reproduce:
1. Create a new Writer document
2. As the first edit, modify styles:
2.1. Page style: menu Format->Page->Page tab->Orientation->toggle Landscape->OK (this modifies "Default Style", and makes immediate visible on-screen result).
2.2. List style: Sidebar->Styles and Formatting->List Styles->right-click Numbering 1->Modify...->Options->Number->A, B, C, ...->OK.
2.3. Frame style: Sidebar->Styles and Formatting->Frame Styles->right-click Frame->Modify...->Wrap->Spacing->modify a spacing->OK.
2.4. Character style: Sidebar->Styles and Formatting->Character Styles->right-click Numbering Symbols (because Default style is not editable)->Modify...->Font->select another font->OK.
2.5. Paragraph style: Sidebar->Styles and Formatting->Paragraph Styles->right-click any currently unselected style (in my case, Default Style is selected, so I tested Caption)->Modify...->Font->select another font->OK.

Expected result: after any of these actions, UNDO toolbar button should be activated.

Actual result: UNDO button stays inactive.

The menu Edit->Undo is, however, properly activated, and Ctrl+Z works properly regardless of the toolbar button state. Also, making edits to document, as well as modifying active paragraph style, activates the button, and all the previous style edits are then listed in the button's drop-down list.

It is of a very low impact, as easy workarounds are available, and the problem doesn't prevent any work.

Tested with: Version: 4.4.2.2
Build ID: c4c7d32d0d49397cad38d62472b0bc8acff48dd6
Locale: ru_RU
Comment 1 A (Andy) 2015-04-03 12:31:54 UTC
Reproducible with LO 4.4.1.2, Win 8.1
Comment 2 Matthew Francis 2015-04-04 08:55:09 UTC
Same thing reproduced on Linux / LO 3.3.0.4, so not a regression
(equally on current master, but there the menu item is also disabled - although a keyboard Ctrl+Z still works) 

-> Version: Inherited from OOo
Comment 3 tommy27 2016-04-16 07:24:51 UTC Comment hidden (obsolete)
Comment 4 Thomas Lendo 2018-10-30 21:25:36 UTC

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