Description: When TSCP Classification toolbar is enabled the relevant application (Writer, Calc, Impress) crashes. When the application is restarted, it crashes again after the start. Steps to Reproduce: 1. Enable TSCP Classification toolbar Actual Results: The toolbar appears and the application crashes. Expected Results: TSCP Classification toolbar appears and the application continues to run. Reproducible: Always User Profile Reset: Yes Additional Info: The application for which the toolbar was not enabled does does not appear to crash, e.g. if the toolbar is enabled only for Calc, Writer is possible to run. During the crash a window appears but without a text, only with the header "LibreOffice 5.3 - Fatal Error" and "OK" button. Fortunately it is possible to disable the toolbar during that. Version: 5.3.4.2 Build ID: 5.3.4.2-3.fc26 CPU Threads: 2; OS Version: Linux 4.11; UI Render: default; VCL: gtk3; Layout Engine: new; Locale: cs-CZ (cs_CZ.UTF-8); Calc: group User-Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:54.0) Gecko/20100101 Firefox/54.0
Could you first check with a clean user profile [1], and if that doesn't help, take a backtrace and attach here as described in [2]. [1] https://wiki.documentfoundation.org/UserProfile [2] https://wiki.documentfoundation.org/QA/BugReport/Debug_Information
Created attachment 134830 [details] backtrace log I have already tried a clean user profile with no effect (the crash always happens for me when TSCP Classification toolbar is enabled). Backtrace log is attached.
no crash Version: 6.0.0.0.alpha0+ Build ID: b9bda1d7916c5474aab89116757fcb7e799458b2 CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-07-14_01:39:13
(In reply to pavelz from comment #2) > Created attachment 134830 [details] > backtrace log > > I have already tried a clean user profile with no effect (the crash always > happens for me when TSCP Classification toolbar is enabled). > > Backtrace log is attached. This log says: Missing separate debuginfos, use: dnf debuginfo-install libreoffice-core-5.3.4.2-4.fc26.x86_64 So you should do what it suggests.
I have noticed, but the additional installation pulled quite a lot of dependencies, so I was not willing to proceed with them, as I am not really much interested in usage of the TSCP Classification toolbar for now, just wanted to test it. It could be something specific to Fedora, because I cannot reproduce on Ubuntu.
(In reply to pavelz from comment #5) > I have noticed, but the additional installation pulled quite a lot of > dependencies, so I was not willing to proceed with them, as I am not really > much interested in usage of the TSCP Classification toolbar for now, just > wanted to test it. > > It could be something specific to Fedora, because I cannot reproduce on > Ubuntu. If you want to test with a fresh version like raal, you could use this AppImage: http://libreoffice.soluzioniopen.com/daily/LibreOfficeDev-6.0.0-x86_64.AppImage Just right-click and set it as executable after downloading. Then you can simply run it by double-clicking.
(In reply to Buovjaga from comment #6) > (In reply to pavelz from comment #5) > > I have noticed, but the additional installation pulled quite a lot of > > dependencies, so I was not willing to proceed with them, as I am not really > > much interested in usage of the TSCP Classification toolbar for now, just > > wanted to test it. > > > > It could be something specific to Fedora, because I cannot reproduce on > > Ubuntu. > > If you want to test with a fresh version like raal, you could use this > AppImage: > http://libreoffice.soluzioniopen.com/daily/LibreOfficeDev-6.0.0-x86_64. > AppImage > Just right-click and set it as executable after downloading. Then you can > simply run it by double-clicking. Hello Pavelz, Could you please test it with the AppImage as described by Buovjaga? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the AppImage.
Unfortunately I am not able to run the AppImage, it does not start correctly on my system, just the splash screen shows and then exits, when starting from terminal there was an error message: sh: /usr/bin/clang++: No such file or directory soffice.bin: /builddir/build/BUILD/pocl-0.14/lib/CL/devices/common.c:127: llvm_codegen: Assertion `error == 0' failed. After installing clang there is no error message but the AppImage does not start correctly anyway.
(In reply to pavelz from comment #8) > Unfortunately I am not able to run the AppImage, it does not start correctly > on my system, just the splash screen shows and then exits, when starting > from terminal there was an error message: > > sh: /usr/bin/clang++: No such file or directory > soffice.bin: /builddir/build/BUILD/pocl-0.14/lib/CL/devices/common.c:127: > llvm_codegen: Assertion `error == 0' failed. > > After installing clang there is no error message but the AppImage does not > start correctly anyway. Unfortunate. Then you can go the more traditional route: https://wiki.documentfoundation.org/Installing_in_parallel/Linux https://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@70-TDF/current/
(In reply to pavelz from comment #8) > After installing clang there is no error message but the AppImage does not > start correctly anyway. Do you need pocl? Can you remove it while you're checking? (can be reinstalled afterwards, it's just causing issues with LO's OpenCL detection routine)
(In reply to Aron Budea from comment #10) > (In reply to pavelz from comment #8) > > After installing clang there is no error message but the AppImage does not > > start correctly anyway. > Do you need pocl? Can you remove it while you're checking? (can be > reinstalled afterwards, it's just causing issues with LO's OpenCL detection > routine) Seems to do the trick, when pocl is removed, AppImage starts and there is no crash when TSCP Classification toolbar is enabled.
Ok, nice to hear the AppImage mystery was solved and it appears some recent commit has fixed the TSCP crash. I guess we can close this for now. If the crash comes back, we can revisit.
This is still crashing for me in LibreOffice 5442 on OSX, as I experienced 2 days ago when attempting to use the toolbar. Re-opening.
(In reply to Alex Thurgood from comment #13) > This is still crashing for me in LibreOffice 5442 on OSX, as I experienced 2 > days ago when attempting to use the toolbar. What about on 6.0?
Sigh, it doesn't crash in Version: 6.0.0.3 Build ID: 64a0f66915f38c6217de274f0aa8e15618924765 CPU threads: 8; OS: Mac OS X 10.13.3; UI render: default; Locale: fr-FR (fr_FR.UTF-8); Calc: group So closing as WFM in the above version, but I can reproduce the crash on LO 54