Description: LibreOffice crashes when trying to set language option in "Tools -> Options". It too crashes with same stack when trying to format a cell in calc. Steps to Reproduce: 1. /usr/bin/soffice --safe-mode --norestore 2. Safe Mode window: "Reset to factory settings" "Reset user interface ..." and "Reset entire user profile" -> "Continue in safe mode" (just to make it prefrence independent) 3. In menu "Tools -> Options" select "Language Settings" and then "Languages" 5. Wait for about 5 Seconds Actual Results: Crash with stack dump. Application Error Fatal exception: Signal 6 Stack: /usr/lib64/libreoffice/program/libuno_sal.so.3(+0x117af)[0x7fe049cfb7af] /usr/lib64/libreoffice/program/libuno_sal.so.3(+0x22b55)[0x7fe049d0cb55] /lib64/libc.so.6(+0x361e0)[0x7fe0461041e0] /lib64/libc.so.6(gsignal+0x110)[0x7fe046104160] /lib64/libc.so.6(abort+0x151)[0x7fe046105741] /usr/lib64/libreoffice/program/libmergedlo.so(_ZN11Application5AbortERKN3rtl8OUStringE+0x17a)[0x7fe0488dc5ba] /usr/lib64/libreoffice/program/libmergedlo.so(+0x1431bc0)[0x7fe0478b9bc0] /usr/lib64/libreoffice/program/libmergedlo.so(+0x2450dc8)[0x7fe0488d8dc8] /usr/lib64/libreoffice/program/libuno_sal.so.3(+0x22a46)[0x7fe049d0ca46] /lib64/libc.so.6(+0x361e0)[0x7fe0461041e0] /usr/lib64/libreoffice/program/../program/liblosessioninstalllo.so(+0x633f)[0x7fe0195da33f] /usr/lib64/libreoffice/program/libmergedlo.so(_ZN3psp16PrintFontManager26autoInstallFontLangSupportEP5Timer+0xa5)[0x7fe048811bd5] /usr/lib64/libreoffice/program/libmergedlo.so(_ZN9Scheduler21ProcessTaskSchedulingEv+0x1f4)[0x7fe0488e5114] /usr/lib64/libreoffice/program/libvclplug_genlo.so(_ZN7SalXLib12CheckTimeoutEb+0xe3)[0x7fe035f15e53] /usr/lib64/libreoffice/program/libvclplug_genlo.so(_ZN7SalXLib5YieldEbb+0x4b8)[0x7fe035f10898] /usr/lib64/libreoffice/program/libmergedlo.so(+0x23e72b2)[0x7fe04886f2b2] /usr/lib64/libreoffice/program/libmergedlo.so(_ZN6Dialog7ExecuteEv+0x5e)[0x7fe048a513be] /usr/lib64/libreoffice/program/libcuilo.so(+0x26c3dd)[0x7fe02df963dd] /usr/lib64/libreoffice/program/libmergedlo.so(+0x281dd2d)[0x7fe048ca5d2d] /usr/lib64/libreoffice/program/libmergedlo.so(+0x13981e1)[0x7fe0478201e1] /usr/lib64/libreoffice/program/libmergedlo.so(_ZN13SfxDispatcher8Execute_ER8SfxShellRK7SfxSlotR10SfxRequest11SfxCallMode+0xee)[0x7fe0478218fe] /usr/lib64/libreoffice/program/libmergedlo.so(_ZN13SfxDispatcher7ExecuteEt11SfxCallModePK10SfxItemSetS3_t+0x173)[0x7fe04782c6b3] /usr/lib64/libreoffice/program/libmergedlo.so(+0x13a62a4)[0x7fe04782e2a4] /usr/lib64/libreoffice/program/libmergedlo.so(+0x13a68a2)[0x7fe04782e8a2] /usr/lib64/libreoffice/program/libmergedlo.so(+0x11ee169)[0x7fe047676169] /usr/lib64/libreoffice/program/libmergedlo.so(_ZN4Menu6SelectEv+0x74)[0x7fe048a05cc4] /usr/lib64/libreoffice/program/libmergedlo.so(+0x25ce88f)[0x7fe048a5688f] /usr/lib64/libreoffice/program/libmergedlo.so(_ZN16SalUserEventList18DispatchUserEventsEb+0x14f)[0x7fe04887603f] /usr/lib64/libreoffice/program/libvclplug_genlo.so(_ZN13SalX11Display5YieldEv+0x26)[0x7fe035f109b6] /usr/lib64/libreoffice/program/libvclplug_genlo.so(+0x671c9)[0x7fe035f101c9] /usr/lib64/libreoffice/program/libvclplug_genlo.so(_ZN7SalXLib5YieldEbb+0xca)[0x7fe035f104aa] /usr/lib64/libreoffice/program/libmergedlo.so(+0x23e72b2)[0x7fe04886f2b2] /usr/lib64/libreoffice/program/libmergedlo.so(_ZN11Application7ExecuteEv+0x45)[0x7fe0488db7d5] /usr/lib64/libreoffice/program/libmergedlo.so(+0x14346b9)[0x7fe0478bc6b9] /usr/lib64/libreoffice/program/libmergedlo.so(_Z10ImplSVMainv+0x4f)[0x7fe0489354ef] /usr/lib64/libreoffice/program/libmergedlo.so(soffice_main+0x6c5)[0x7fe047b74bf5] /usr/lib64/libreoffice/program/soffice.bin(+0x77b)[0x5560b155377b] /lib64/libc.so.6(__libc_start_main+0xea)[0x7fe0460eef8a] /usr/lib64/libreoffice/program/soffice.bin(+0x7ba)[0x5560b15537ba] Expected Results: No crash. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Libreoffice: Version: 6.3.2.2 Build ID: 30(Build:2) CPU threads: 2; OS: Linux 4.12; UI render: default; VCL: x11; Locale: de-DE (de_DE.UTF-8); UI-Language: en-US Calc: threaded Installed from distribution repo. OpenGL: OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 510 (Skylake GT1) OpenGL core profile version string: 4.5 (Core Profile) Mesa 18.3.2 OpenGL core profile shading language version string: 4.50 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: OpenGL version string: 3.0 Mesa 18.3.2 OpenGL shading language version string: 1.30 OpenGL context flags: (none) OpenGL extensions: OpenGL ES profile version string: OpenGL ES 3.2 Mesa 18.3.2 OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20 OpenGL ES profile extensions: I tried it with different compositor, libreoffice and kernel versions with same result. Ironically does it work on an other machine with similar configuration. Seems as if it is hardware dependent or has something to do with my specific language settings. PS: Same stack dump crash in calc when opening cell formatting dialog.
On pc Debian x86-64 with LO Debian package 6.3.2 and gen rendering, I don't reproduce this. Could you give a try to https://wiki.documentfoundation.org/QA/FirstSteps? (above all OpenGL part since you indicated you reset your LO profile)
Thanks for your suggestions. I disabled OpenGL, OpenCL, hardware acceleration and font antialiasing: with no effect. It still crashes after a few seconds. By the way: giving the --language option command argument does NOT have an effect on the UI language. Even when I start it with --language=en or en-US or en_US it still is in german. Same happens when I start it as root user and give --language=de, it comes up with english UI. Looking at the dump I suggest it has to do something with font management. The signature "_ZN3psp16PrintFontManager26autoInstallFontLangSupportEP5Timer" let me think of a function like: "(async?) do automatic installation of language support for fonts" or so. Can you shed some light on the interpretation of the stack dump? Thanks for your help!
Burkhard: indeed, I had missed this part of the stacktrace. Do you have packagekit package installed? If yes which version? (I got 1.1.12-5 on Debian testing updated today) Caolán/Samuel: https://cgit.freedesktop.org/libreoffice/core/commit/?id=91d361604781f92640c9727add1e08cde854037e + https://cgit.freedesktop.org/libreoffice/core/commit/?id=e8567ecd9d78a742cbab86498f7a31b22ee92ffa thought you might be interested in this one.
What is happening here is that in the optoins page there is a list of currencies and there are many symbols for them. At least one of those symbols cannot be rendered in any font installed on that machine and so a request has been issued to packagekit to find a font which could render the glyph. In master the options dialog is now native gtk3, so you have to use export SAL_USE_VCLPLUGIN=gen to try and reproduce this. My font has the glyphs but if I paste in an obscure thing like... 𛰋 into the date accept pattern and wait 5 secs then under Fedora 30 I get the expected "Additional Fonts Required" notification at the top of the gnome desktop so no crash for me. shell/source/sessioninstall/SyncDbusSessionHelper.cxx SyncDbusSessionHelper::InstallFontconfigResources is what is called in this scenario and that calls "request" in there and I imagine the crash is in that function
If I force lcl_GetPackageKitProxy to throw an exception I still don't get a crash locally. What distro, and distro version, does this happen with ?
(In reply to Julien Nabet from comment #3) > Burkhard: indeed, I had missed this part of the stacktrace. > Do you have packagekit package installed? If yes which version? > (I got 1.1.12-5 on Debian testing updated today) ... I indeed have packagekit in version 1.1.10-lp151.8.3.1 installed. Deinstalling packagekit didn't resolve the problem. I must admit that I have removed some asian fonts I thought to be not necessary. I installed the libreoffice-i10n package for chinese and hindi without any success. Freetype2 version 2.10.1 with subpixel patch built in OBS is installed. Changing back to oss version 2.9.0 did not resolve the problem.
(In reply to Caolán McNamara from comment #5) > If I force lcl_GetPackageKitProxy to throw an exception I still don't get a > crash locally. > > What distro, and distro version, does this happen with ? It is a opensuse leap 15.1 with KDE and plasma5.
Does /usr/lib64/libreoffice/program/liblosessioninstalllo.so exist ? As an aside, to workaround this crash... tools, options, advanced, open expert configuration, type in fontinstall and click search. There will be a EnableFontInstallation line, double click it to toggle it to "false" and your crash will probably go away
(In reply to Caolán McNamara from comment #8) > Does /usr/lib64/libreoffice/program/liblosessioninstalllo.so exist ? ... It does as I expect when installing LO from the repos. There must be something really wrong on my machine since the problem exist in older Versions too but not on other similar configured machines. ... > As an aside, to workaround this crash... > > tools, options, advanced, open expert configuration, type in fontinstall and > click search. > > There will be a EnableFontInstallation line, double click it to toggle it to > "false" and your crash will probably go away ... I would like to but when I search for the key in the dialog guess what: it crashes. Do you know the path of the value or in which file what line must appear to have that option set? I now have got the source code and installed the making prerequisites. My weak office pc is compiling an linking like hell but it will take some time to get it ready. Since I configured it in debug mode I expect some more clues. More to come, thanks.
Burkhard, I didn't go into this issue, but from QA standpoint it shouldn't just stay Unconfirmed. It seems that's up to you to find the cause, because another tester didn't reproduce. So I set Needinfo. If you have some valuable info that points to LO bug, when you have time to test, please explain and than set Unconfirmed.
I don't have the time to investigate it deeper at the moment. You can leave it on "need info". I still try to build it in debug mode and debug it but it has to wait a little.
[Automated Action] NeedInfo-To-Unconfirmed
(In reply to Burkhard Walger from comment #11) > I don't have the time to investigate it deeper at the moment. You can leave > it on "need info". > > I still try to build it in debug mode and debug it but it has to wait a > little. Hi Burkhard Walger. You can also download a debug build ( those with -dbg in the name ) from https://dev-builds.libreoffice.org/daily/master/. Then run program/soffice --backtrace and reproduce the crash. Finally, attach the gdbtrace.log file here
Dear Burkhard Walger, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear Burkhard Walger, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp
I couldn't investigate on it further. It seems to be fixed in 6.4.2.2 currently on my system. So the case could be closed.
Since there's no specific fix related to the patch, let's rather put WFM.