Launchpad has imported 11 comments from the remote bug at https://bugs.freedesktop.org/show_bug.cgi?id=47283.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2012-03-13T09:14:31+00:00 Kuehn wrote: PROBLEM DESCRIPTION: 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 CURRENT BEHAVIOR: crash (document is recoverable) EXPECTED BEHAVIOR: - 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 Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1097437/comments/0 ------------------------------------------------------------------------ On 2012-03-13T09:20:31+00:00 Kuehn wrote: UPDATE: 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1097437/comments/1 ------------------------------------------------------------------------ On 2012-08-09T12:47:34+00:00 Bfo-bugmail wrote: Created attachment 65345 Bug 47283 - WinDbg session Confirmed with: LO 3.5.5.3 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1097437/comments/2 ------------------------------------------------------------------------ On 2012-08-09T12:48:50+00:00 Bfo-bugmail wrote: NEW as bug confirmed and bt attached. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1097437/comments/3 ------------------------------------------------------------------------ On 2012-08-30T01:32:30+00:00 Jmadero-dev wrote: Raising importance to CRITICAL as a crash results in loss of data. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1097437/comments/4 ------------------------------------------------------------------------ On 2012-08-30T17:14:40+00:00 Björn Michaelsen wrote: 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1097437/comments/5 ------------------------------------------------------------------------ On 2012-08-30T17:19:14+00:00 Jmadero-dev wrote: 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1097437/comments/6 ------------------------------------------------------------------------ On 2012-09-06T08:06:17+00:00 Kuehn wrote: @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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1097437/comments/7 ------------------------------------------------------------------------ On 2012-09-06T14:58:14+00:00 Jmadero-dev wrote: @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? Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1097437/comments/8 ------------------------------------------------------------------------ On 2012-09-28T21:34:40+00:00 Mstahl wrote: can reproduce the same stack as the attachment, with the following STL assertion: /usr/lib/gcc/x86_64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/debug/safe_iterator.h:359: 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: db59e4481614f58e111a86a1926e49fb523ebbae since afaik there won't be another release after 3.5.7 i don't think there is anything to do here. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1097437/comments/9 ------------------------------------------------------------------------ On 2012-10-01T09:11:28+00:00 Michael Meeks wrote: 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. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1097437/comments/10 ** Changed in: df-libreoffice Status: Unknown => Fix Released ** Changed in: df-libreoffice Importance: Unknown => Critical -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1097437 Title: Do not move nCurUndoAction < 0 Status in LibreOffice Productivity Suite: Fix Released Status in “libreoffice” package in Ubuntu: Fix Released Bug description: On LibreOffice 3.5 Do not move nCurUndoAction < 0 in svl/source/undo/undo.cxx:661 (Could easily happen when max undo steps is set to 1.) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1097437/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
