Bug 115179

Summary: Document is considered as unmodified after a table of contents update
Product: LibreOffice Reporter: Maxime <maxim.7xiw8>
Component: WriterAssignee: Not Assigned <libreoffice-bugs>
Status: RESOLVED DUPLICATE    
Severity: trivial CC: aron.budea, dgp-mail
Priority: low    
Version: 3.4.0 release   
Hardware: All   
OS: All   
See Also: https://bugs.documentfoundation.org/show_bug.cgi?id=89611
Whiteboard:
Crash report or crash signature: Regression By:
Bug Depends on:    
Bug Blocks: 89606, 116625    

Description Maxime 2018-01-23 18:44:04 UTC
Description:
After updating table of contents, the document is considered as modified. There is no problem.
However, if you change something in the document and cancel it (ctrl+z) just after a table of contents update, LibreOffice Writer displays an unmodified document, even if there are changes before the table update. If you decide to quit, these changes are lost without any warning message.

Steps to Reproduce:
1. Edit a document with a table of contents
2. Update the table of contents
3. Anywhere, enter a character or a short word
4. Cancel the operation (ctrl+z)
5. Close the document

Actual Results:  
The document seems unmodified and Libre Office does not ask to save before closing it.

Expected Results:
The document should be considered as modified and a warning window should appear (“Do you want to close your document?” or something similar).


Reproducible: Always


User Profile Reset: No



Additional Info:
I am not sure to be clear, as English is not my native language, yet I would try to give any further information if necessary. (Actually, I use the French version of the software.)


User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:57.0) Gecko/20100101 Firefox/57.0
Comment 1 Dieter 2018-01-23 20:37:26 UTC
Reproducible for me with 

Version: 5.4.4.2 (x64)
Build-ID: 2524958677847fb3bb44820e40380acbe820f960
CPU-Threads: 4; BS: Windows 6.19; UI-Render: Standard; 
Gebietsschema: de-DE (de_DE); Calc: group
Comment 2 QA Administrators 2019-01-24 03:51:03 UTC Comment hidden (obsolete)
Comment 3 Maxime 2019-01-24 07:29:10 UTC
The bug is still reproducible in the latest stable version of LibreOffice.

Version: 6.0.7.3 (x64)
Build ID: dc89aa7a9eabfd848af146d5086077aeed2ae4a5
Threads CPU : 8; OS : Windows 10.0; UI Render : par défaut; 
Locale : fr-FR (fr_FR); Calc: group
Comment 4 Timur 2020-08-02 13:57:49 UTC
Looks OK. Beacause title and steps are not the same. Please test yourself and only if wrong with new LO version, comment here.
Comment 5 Aron Budea 2021-02-25 06:31:24 UTC
This was fixed by the same commit as bug 38703, let's mark as duplicate.

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