Steps to reproduce: 1. Go to Insert - Section 2. Select Link 3. Select a .DOCX file ( sample: attachment 86189 [details] ) -> CRASH Expected Behaviour: 'Can't read content' message should be prompted instead Reproduced in Version: 6.1.0.0.alpha0+ Build ID: 889c72a7e54f241342f42b1b0a05858902228cbc CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; Locale: ca-ES-valencia (ca_ES.UTF-8); Calc: group threaded
Regression introduced by: author Jan-Marek Glogowski <glogow@fbihome.de> 2017-10-09 15:26:53 +0200 committer Jan-Marek Glogowski <glogow@fbihome.de> 2017-10-09 19:39:27 +0200 commit 6d7191a9bbbae1421edc7d94dccc040f622bc227 (patch) tree 634e368a7af071053373c8cd86fbf4de97fee955 parent a3a89fc81a47640d0cd63453f72717a8ddb3970d (diff) tdf#112931 always signal AllUserEventsProcessed If the last user event triggers a nested event loop, there is no event in the nested loop, but AllUserEventsProcessed will not be signaled, resulting in a busy loop in the gtk backend. So just always signal AllUserEventsProcessed, if it was not yet signaled. While at it catch and std::abort on uncaught exceptions and fix the default to have been signaled, so we won't signal on an empty list on first run. Bisected with: bibisect-linux64-6.0 Adding Cc: to Jan-Marek Glogowski
Created attachment 138216 [details] gdb backtrace
That's the general try … catch (...) … abort(), when an event throws an exception while being processed; basically the same then the task handling in the scheduler. We can't handle this in any serious way, so just std::abort. Generally the bug needs the same handling I used in bug 113284 comment 4 to find the origin of the caught exception. Currently I don't have time to run the throw based backtracing. If someone beats me to it, I would be happy.
Michael Stahl committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=07c7b5441251b55be72256ae8c64138eecf6cb5f tdf#114243 sot: catch exceptions in SotStorage::GetFormatID() It will be available in 6.1.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.
fixed on master
Michael Stahl committed a patch related to this issue. It has been pushed to "libreoffice-6-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=e0920fb441e5747e683af3a5748b893e4778b9f9&h=libreoffice-6-0 tdf#114243 sot: catch exceptions in SotStorage::GetFormatID() It will be available in 6.0.0.1. 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.
Verified in Version: 6.1.0.0.alpha0+ Build ID: 3af500580b1c82eabd60335c9ebc458a3f68850c CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group threaded