Created attachment 88232 [details] text document with complete copy of crash report Working in LibreOffice Writer on a 5 column table with probably 36 rows. Intended to be a simple checklist. Just many cells & rows filled out with one or more words. Some rows were left blank as spacer rows. Font for entire document set to size 9. Doesn't all fit on a single page any more. Can't make multiple non-contiguous row selection (missing feature) ... so I figured to use the Repeat action button. Select a row which was left blank as a spacer. Change font size to 6. Select another blank row. Click repeat action icon. Doing that for the fifth time, I get the beach ball spinning for a brief while. Saved my document (just in case) Did Repeat action for a sixth time. LibreOffice Hangs indefinitely. Copy / Pasted the crash report from Apple into a text document to submit to your team. Adding that as an attachment.
Repeatable crash. I've continued to work with the document a little. The crash is certainly repeatable. I needed to squeeze more stuff on the page. So I'm using Repeat to size down the font in the rows that were size 9 to size 8. Upon the 7th Repeat action there is a brief slow down. Then with the 8th it hangs a bit. 9th it seems really stuck. As I'm typing this note, I can't switch back to LibreOffice any more, it is that hung up. And then a minute later comes the crash report. Note that this is simple writer table, 5 columns, however many fit on a page. Repeat action asks to apply a font size to 5 cells in a row. Core i7, 16GB of RAM, ... something is definitely not right. ==== Process: soffice [758] Path: /Applications/LibreOffice.app/Contents/MacOS/soffice Identifier: org.libreoffice.script Version: 4.1.0.4 (???) Code Type: X86 (Native) Parent Process: launchd [134] User ID: 501 Date/Time: 2013-10-28 10:26:20.546 -0400 OS Version: Mac OS X 10.8.5 (12F45) Report Version: 10 Interval Since Last Report: 106616 sec Crashes Since Last Report: 1 Per-App Crashes Since Last Report: 1 Anonymous UUID: A8027D46-3810-98A7-EE81-D0944559F5B3 Crashed Thread: 0 Dispatch queue: com.apple.main-thread Exception Type: EXC_CRASH (SIGABRT) Exception Codes: 0x0000000000000000, 0x0000000000000000 Application Specific Information: abort() called terminate called throwing an exception Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 libsystem_kernel.dylib 0x96c7ca6a __pthread_kill + 10 1 libsystem_c.dylib 0x9737fb2f pthread_kill + 101 2 libsystem_c.dylib 0x973b6631 abort + 168 3 libc++abi.dylib 0x93fe97e0 abort_message + 151 4 libc++abi.dylib 0x93fe7249 default_terminate() + 34 5 libc++abi.dylib 0x93fe7289 safe_handler_caller(void (*)()) + 13 6 libc++abi.dylib 0x93fe72f1 std::terminate() + 23 7 libc++abi.dylib 0x93fe83e6 __cxa_throw + 110 8 libstdc++.6.dylib 0x940502f6 operator new(unsigned long) + 127 9 libsvllo.dylib 0x00b90483 std::vector<MarkedUndoAction, std::allocator<MarkedUndoAction> >::_M_insert_aux(__gnu_cxx::__normal_iterator<MarkedUndoAction*, std::vector<MarkedUndoAction, std::allocator<MarkedUndoAction> > >, MarkedUndoAction const&) + 499 10 libsvllo.dylib 0x00b9085f std::vector<MarkedUndoAction, std::allocator<MarkedUndoAction> >::insert(__gnu_cxx::__normal_iterator<MarkedUndoAction*, std::vector<MarkedUndoAction, std::allocator<MarkedUndoAction> > >, MarkedUndoAction const&) + 63 11 libsvllo.dylib 0x00b8d9de SfxUndoManager::ImplAddUndoAction_NoNotify(SfxUndoAction*, bool, bool, svl::undo::impl::UndoManagerGuard&) + 254 12 libsvllo.dylib 0x00b8e66a SfxUndoManager::AddUndoAction(SfxUndoAction*, unsigned char) + 106 13 libswlo.dylib 0x12bde09c sw::UndoManager::AddUndoAction(SfxUndoAction*, unsigned char) + 108 14 libswlo.dylib 0x12bddea0 sw::UndoManager::AppendUndo(SwUndo*) + 32 15 libswlo.dylib 0x128fcae7 SwDoc::InsertItemSet(SwPaM const&, SfxItemSet const&, unsigned short) + 247 16 libswlo.dylib 0x12be5112 SwUndoAttr::RepeatImpl(sw::RepeatContext&) + 98 17 libsvllo.dylib 0x00b8c077 SfxListUndoAction::Repeat(SfxRepeatTarget&) + 55 18 libswlo.dylib 0x12bde3ec sw::UndoManager::Repeat(sw::RepeatContext&, unsigned short) + 236 19 libswlo.dylib 0x129f6d0c SwEditShell::Repeat(unsigned short) + 140 20 libswlo.dylib 0x130efb10 SwWrtShell::Do(SwWrtShell::DoType, unsigned short) + 448 21 libswlo.dylib 0x12f9ad58 SwBaseShell::ExecUndo(SfxRequest&) + 280 22 libsfxlo.dylib 0x0082b2d8 SfxDispatcher::Call_Impl(SfxShell&, SfxSlot const&, SfxRequest&, unsigned char) + 360 23 libsfxlo.dylib 0x00594d33 SfxBindings::Execute_Impl(SfxRequest&, SfxSlot const*, SfxShell*) + 99 24 libsfxlo.dylib 0x005cc175 SfxDispatchController_Impl::dispatch(com::sun::star::util::URL const&, com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> const&, com::sun::star::uno::Reference<com::sun::star::frame::XDispatchResultListener> const&) + 4021 25 libsfxlo.dylib 0x005cd1f5 SfxOfficeDispatch::dispatch(com::sun::star::util::URL const&, com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> const&) + 341 26 libsvtlo.dylib 0x00df1f7f svt::ToolboxController::execute(short) + 847 27 libsfxlo.dylib 0x007d4ea0 SfxToolBoxControl::execute(short) + 48 28 libfwklo.dylib 0x0eba0c1a framework::ToolBarManager::Select(void*) + 250 29 libvcllo.dylib 0x01a160cf ToolBox::Select() + 111 30 libvcllo.dylib 0x01a275b6 ToolBox::ImplHandleMouseButtonUp(MouseEvent const&, unsigned char) + 550 31 libvcllo.dylib 0x01a27994 ToolBox::Tracking(TrackingEvent const&) + 100 32 libvcllo.dylib 0x01a2b46a Window::EndTracking(unsigned short) + 266 33 libvcllo.dylib 0x01a4f021 ImplHandleMouseEvent(Window*, unsigned short, unsigned char, long, long, unsigned long, unsigned short, unsigned short) + 3873 34 libvcllo.dylib 0x01a4fd40 ImplWindowFrameProc(Window*, SalFrame*, unsigned short, void const*) + 1440 35 libvcllo.dylib 0x01aa8bb9 -[SalFrameView sendMouseEventToFrame:button:eventtype:] + 489 36 libvcllo.dylib 0x01aa5ae2 -[SalFrameView mouseUp:] + 66 37 com.apple.AppKit 0x9598c9e0 -[NSWindow sendEvent:] + 7159 38 com.apple.AppKit 0x9598790f -[NSApplication sendEvent:] + 4278 39 libvcllo.dylib 0x01a9986f -[VCL_NSApplication sendEvent:] + 111 40 libvcllo.dylib 0x01a5dbf5 AquaSalInstance::Yield(bool, bool) + 517 41 libvcllo.dylib 0x0171fc54 Application::Yield(bool) + 84 42 libvcllo.dylib 0x0171fd0c Application::Execute() + 60 43 libsofficeapp.dylib 0x0006ebba desktop::Desktop::Main() + 7642 44 libvcllo.dylib 0x01725fe2 ImplSVMain() + 226 45 libvcllo.dylib 0x01a5cf31 AquaSalInstance::handleAppDefinedEvent(NSEvent*) + 129 46 libvcllo.dylib 0x01a9993b -[VCL_NSApplication sendEvent:] + 315 47 com.apple.AppKit 0x958a162c -[NSApplication run] + 951 48 com.apple.AppKit 0x958445f6 NSApplicationMain + 1053 49 libvcllo.dylib 0x01a5d7f7 ImplSVMainHook(int*) + 343 50 libvcllo.dylib 0x0172601a SVMain() + 26 51 libsofficeapp.dylib 0x0009c855 soffice_main + 325 52 org.libreoffice.script 0x00001f4e main + 30 53 org.libreoffice.script 0x00001f25 start + 53 etc ... as with the previously attached report.
Comment on attachment 88232 [details] text document with complete copy of crash report Mimetype fixed
Looks like that if there are 5 columns then there are 5 selections so when we repeat an action we end up multiplying the last undo action * 5. We go from 5 undo attributes in the last undo level to 25 to 125 and so on for each repeat.
Not sure what undo has to do with it, as when I select the rows, one by one, and make the font changes manually, it remains instantaneous. No hangs. No crashes. And the undo list keeps track of things properly. It is only after using the repeat button half a dozen times, that things fall apart.
hi, is this still reproducible on Mac with LibO 4.3.3.2?
The issue is still present. I just reopened the same table based document I created. Reset all the row heights and font heights for the entire document. Then selected a row, changed the font size. Going through a selection of rows, clicking the repeat action. By the time I do that a few times, the response time slows down, spinning beach ball shows up, then it takes 10-20-30secs, 1 min, then 2min, and then 5 minutes and counting. It is not giving a hard crash yet, but most certainly hanging / not responding to anything. The only thing I can do with my system is alt-tab to another application. Or chose force-quit from the dock. Which I just did. It provided a crash report. Will add it from that system in a separate comment.
Created attachment 108812 [details] copy of the crash report text as given by OS X copy of the crash report text as given by OS X
On pc Debian x86-64 with master sources updated today, I could reproduce the hang. I created a blank 5*35 table. Then I selected the whole table and set the fontsize to 9. Then I selected one row and set the fontsize to 6. Finally, the more I test Repeat action, the more I must wait before being able to keep on. Quite quickly, LO seems to hang (but in fact you just have to wait longer).
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.0.5 or 5.1.2 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT - Update the version field - Reply via email (please reply directly on the bug tracker) - Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2016-04-16
Just to respond to automatic message, I can still reproduce this with master sources updated today.
http://crashreport.libreoffice.org/stats/crash_details/82ebc7a0-33a9-43ed-ae90-2ab3ac1126c8 But that crash signature is simple, and already reported for Bug 95579 which, on the contrary, applies to 32-bit Win LO.
Looks like a regression from 3.4. I couldn't reproduce on 3.3 and OO.
Not only with text size: typeface, color, alignment, effects... Now I'm working with LibreOffice Writer 5.1.6.2. In "ancient" versions this error don't ocurred.
Leroy: 1) version field must contain the earliest version which contains the problem 2) 5.1 branch is EOL. You can give a try to 5.2.6 or brand new 5.3.1
introduced in OOo 3.4 beta -> probably CWS undoapi fixed on master
forgot to add: it's a mystery why this does not happen in OOo 3.3 because the old code in SwDoc::Repeat() had the exact same loop structure, but it's too much of a pain to debug such old versions now.
Michael Stahl committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=13d7778fc10638a145af7fb077688e032bd16f81 tdf#70960 sw::UndoManager: fix exponential Repeat proliferation It will be available in 5.4.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
thanks Micheal fof fixing this old nasty bug.