Created attachment 136597 [details] navigator test document Attached is a test document to reproduce this bug. 1. open attached 'navigator test doc1.odt' in Writer 2. click on Sidebar Navigator icon 3. click on 'Heading on page 22' 4. click on 'Promote Chapter' icon 5. click on 'Demote Chapter' icon 6. CRASH Version 5.4.1.2 does not result in crash
I can't reproduce it in Version: 6.0.0.0.alpha0+ Build ID: 8d2a287da3abb0576512406227d0a3acd602123e CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk2; Locale: ca-ES (ca_ES.UTF-8); Calc: group nor in Version: 6.0.0.0.alpha0+ Build ID: 1047b426ed7ab0ee7a1b3ecf01adab18eb040de2 CPU threads: 1; OS: Windows 6.1; UI render: default; Locale: es-ES (es_ES); Calc: group could you please paste the info from Help - About LibreOffice?
Xisco, here is the information requested. Version: 6.0.0.0.alpha0+ Build ID: 38b26ed66ae9793244dd5281b157e44d62034c83 CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); Calc: group I have reported another bug that has to do with the Navigator and no one can reproduce that one either.
To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and re-test?
Ok, did the reset of my profile and tried in safe mode and got the same results. Forgot to specify that the Promote and Demote is the Chapter kind with the up and down arrows icons. I can replicate with other test documents. It only occurs for the last entry in the headings outline. soffice.bin: /home/lo/Dev/LO/core/sw/source/uibase/utlui/content.cxx:2445: void SwContentTree::ExecCommand(const rtl::OUString&, bool): Assertion `pEntry == nullptr || dynamic_cast<SwOutlineContent*>(static_cast<SwTypeNumber*>(pEntry->GetUserData()))' failed.
Could you please provide a backtrace as described here? https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#GNU.2FLinux:_How_to_get_a_backtrace
Created attachment 136599 [details] gdbtrace.log Attached above is the requested gdbtrace.log
Oh, I see, I can't reproduce it because I'm not using a debug build. @Michael, the assert from the log was introduced by you in b673ddb7d7a7b. Could you please take a look at it when you have a moment ?
fixed in master
Michael Stahl committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=8b2619177c16058ae9994d5e39f04a813bacd061 tdf#112732 sw: fix conditions in SwContentTree::ExecCommand() It will be available in 6.0.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.
Michael Stahl committed a patch related to this issue. It has been pushed to "libreoffice-5-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=5c7a82a0d3db4e6e9d0ecb252c307a0b6075f41e&h=libreoffice-5-4 tdf#112732 sw: fix conditions in SwContentTree::ExecCommand() It will be available in 5.4.3. 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.