Bug 47283 - EDITING: crash when at the end of the undo stack
Summary: EDITING: crash when at the end of the undo stack
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
3.5.0 release
Hardware: All All
: medium critical
Assignee: Michael Stahl
QA Contact:
Whiteboard: BSA target:3.6.0
Keywords: regression
Depends on:
Reported: 2012-03-13 09:14 CET by Nikolaus Kühn
Modified: 2013-02-25 20:28 CET (History)
6 users (show)

See Also:
Crash report or crash signature:

Bug 47283 - WinDbg session (9.88 KB, text/plain)
2012-08-09 12:47 CEST, bfoman (inactive)

Note You need to log in before you can comment on or make changes to this bug.
Description Nikolaus Kühn 2012-03-13 09:14:31 CET
LibO crashes when accepting a change tracked change after having increased the number of undo steps and being at the end of the previously configured undo stack

STEPS TO REPRODUCE (not yet "optimized" - maybe there's a shorter path):
1. create a new, empty writer document, write some lines with arbitrary text.
2. open the preferences dialog, go to the memory (german „arbeitsspeicher“) part and set the number of undo-steps to five.
3. save the document somewhere and close the document
4. re-open the document
5. enable change tracking („änderungen aufzeichnen“ in German)
6. make six arbitrary, isolated changes to the document (change tracking should mark the changes)
7. click „undo“ as often as possible (should be five) and do not do anything else after that (don't even move the cursor – I'm not sure if that matters but that was my way to reproduce)
8. open the preferences dialog, go the memory part and increase the number of undo steps to ten.
9. right-click on any of the remaining changes with markup from change tracking and choose „accept change“ („Änderung akzeptieren“ in German)
10. -> Immediate Crash of LibreOffice

crash (document is recoverable)

 - no crash
 - change is accepted
 - accepting the change can be undone

Platform (if different from the browser): 
Browser: Mozilla/5.0 (Windows NT 6.0; WOW64; rv:10.0.2) Gecko/20100101 Firefox/10.0.2

Windows Vista Business 64bit, Kaspersky AV
Comment 1 Nikolaus Kühn 2012-03-13 09:20:31 CET
It's not even necessary to change the depth of the undo stack - The crash can be provoked by simply setting the undo depth to 5, restarting LibO, making six change tracked changes and accepting one of the via the context menu.
Comment 2 bfoman (inactive) 2012-08-09 12:47:34 CEST
Created attachment 65345 [details]
Bug 47283 - WinDbg session

Confirmed with:
Build ID: own W7 debug build
Windows 7 Professional SP1 64 bit

Attached full WinDbg session with mini dump file loaded generated by procdump soffice.bin -h.
Comment 3 bfoman (inactive) 2012-08-09 12:48:50 CEST
NEW as bug confirmed and bt attached.
Comment 4 Joel Madero 2012-08-30 01:32:30 CEST
Raising importance to CRITICAL as a crash results in loss of data.
Comment 5 Björn Michaelsen 2012-08-30 17:14:40 CEST
Can this bug be better described as "crash when loading document with more changetracking steps than the current Undo depth"?
I assume that that is what is happening here. If so, the most simple solution (to prevent data loss) is to not load such a document.
Comment 6 Joel Madero 2012-08-30 17:19:14 CEST
Do you know how many changetracking steps there are before opening a document? Also, when it crashes, do all instances of LibreOffice crash (if you have multiple documents open)? If the answers are NO/YES then you could accidentally open the document and lose data across multiple documents.
Comment 7 Nikolaus Kühn 2012-09-06 08:06:17 CEST
@All: I was NOT able to reproduce the bug in LibO 3.6.1
      Strictly spoken one should find out the reason for the crash nevertheless so someone can write a regression test. 

@Björn & Joel: see my "Comment 1" - I found out later on that opening / closing LibO has nothing to do with the issue.
Comment 8 Joel Madero 2012-09-06 14:58:14 CEST
@Björn, I'd like to learn how to write a regression test, if you take this one, you mind if I tag along and learn while you do it?
Comment 9 Michael Stahl 2012-09-28 21:34:40 CEST
can reproduce the same stack as the attachment, with the following STL assertion:

    error: attempt to advance a dereferenceable (start-of-sequence)     
    iterator -1 steps, which falls outside its valid range.

but only in 3.5, not in OOo 3.3 or LO 3.6/master.

this is a regression in Writer with the undo refactoring from OOo 3.4.

change tracking is not necessary to reproduce it, the problem is in the undo stack; but with many actions it does not crash for me, i found that inserting a table does make it crash.

this was fixed by this commit from Stephan:

since afaik there won't be another release after 3.5.7 i don't
think there is anything to do here.
Comment 10 Michael Meeks 2012-10-01 09:11:28 CEST
Thanks for chasing that down Michael ! - if there is no release after 3.5.7 - then no harm in cherry-picking it, as I've just done :-) I suspect we may get some security bug related release at some stage there.