Description: Ever since updating from the maintenance branch 7.x to 24.x, all LibreOffice components on my system have been unusable, because I cannot open any files. Additionally, icons do not appear in any toolbars. I described the problem on the Artix Linux forums: https://forum.artixlinux.org/index.php/topic,7245.0.html Other users of Artix have not had the same issues, so the problem is something specific to my system. I am not expecting someone to "fix this", because it seems to be my personal problem, but I'm hoping for some insight on trying to figure out what the problem actually is. The only error message given is the one in the summary. There's nothing to go on. I have tried many times to wipe LibreOffice's own configuration (reset user profile); no change. Same issues in "safe mode", too. I suspect there is something missing on my system that the newer versions require (my system is very bare bones), or some bit of system configuration causes a conflict. But what could it be? Some notes: AppImage of version 7.6.7.2 works fine. Version 7.6.7, previously shipped by Artix, worked fine. Have tried versions 24.2.6 and 24.8.0 (which are shipped by Artix) as well as the "development branch" 24.8.0.3; they all have the described issues. Steps to Reproduce: Seems to be specific to my system; others have been unable to reproduce, but here goes: 1. Launch LibreOffice Writer,Calc,whathever 2. Try to open a file (or, try to open directly from file manager / command line) Actual Results: On startup, there are no icons in the toolbars but only text. When opening a file, get a dialog saying "General input/output error". Additionally, when opening an .ods file in Calc, there is first a dialog about "importing text" with tons of garbage printed, and only after okaying that the same input/output error. Expected Results: On startup, icons should show, as per the default configuration (GTK3). When opening files, they'd open. Reproducible: Always User Profile Reset: Yes Additional Info: Help - About from the "development branch" version (but same issues present with all 24.x I've tried): Version: 24.8.0.3 (X86_64) / LibreOffice Community Build ID: 480(Build:3) CPU threads: 4; OS: Linux 6.6; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US 24.8.0-3 Calc: threaded
Could you try this: - launch term/console - SAL_USE_VCLPLUGIN=gen - soffice --writer The goal is to know if it's related to gtk3 or if happens too with gen rendering. If you still reproduce this, could you try to retrieve a strace log? (see https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#GNU/Linux:_How_to_get_an_strace_log)
Created attachment 196314 [details] strace from trying to open an .odt file
Tried SAL_USE_VCLPLUGIN=gen; soffice --writer with no change. (However, it still said "VCL:gtk3" under Help -> About; maybe that's set at compile time?) Attached requested strace. In case it matters, the file I'm trying to open there is a blank .odt file. (As in, File -> New -> Text document; then save, which I did in the working AppImage 7.6)
(In reply to lotuskip from comment #3) > Tried > SAL_USE_VCLPLUGIN=gen; soffice --writer > with no change. (However, it still said "VCL:gtk3" under Help -> About; > maybe that's set at compile time?) > > Attached requested strace. In case it matters, the file I'm trying to open > there is a blank .odt file. (As in, File -> New -> Text document; then save, > which I did in the working AppImage 7.6) Argh, sorry for the mistake, it's not "SAL_USE_VCLPLUGIN=gen" but "export SAL_USE_VCLPLUGIN=gen". Without the "export", LO won't "see" SAL_USE_VCLPLUGIN variable.
Right, of course. Well, with export SAL_USE_VCLPLUGIN=gen; soffice --writer things look a bit different and About dialog says "VCL:x11", but still only text in the toolbar buttons, and still input/output error when trying to open a file. So, not specific to gtk3! Let me know if you want a new strace without gtk3.
I noticed this line on strace: 12554 6458 15:06:56.084181 openat(AT_FDCWD, "/usr/lib/libreoffice/program/../program/libargon2.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory On Debian, I got this description: apt-cache show libargon2-1 Package: libargon2-1 Source: argon2 (0~20190702+dfsg-4) Version: 0~20190702+dfsg-4+b1 Installed-Size: 58 Maintainer: Debian Security Tools <team+pkg-security@tracker.debian.org> Architecture: amd64 Depends: libc6 (>= 2.34) Breaks: cryptsetup-initramfs (<< 2:2.6.1-2) Description-en: memory-hard hashing function - runtime library Argon2 is a password-hashing function that can be used to hash passwords for credential storage, key derivation, or other applications. . There are two main versions of Argon2: Argon2i and Argon2d. Argon2i is the safest against side-channel attacks, while Argon2d provides the highest resistance against GPU cracking attacks. . Argon2i and Argon2d are parametrized by: * A time cost, which defines the amount of computation realized and therefore the execution time, given in number of iterations * A memory cost, which defines the memory usage, given in kibibytes * A parallelism degree, which defines the number of parallel threads . This package includes the dynamic library against which programs are linked. For the test, could you install this lib if you don't already have it and give it a try? (I must recognize I don't know why LO would need it)
Wow! Installed "argon2" package as it's called in Artix, and suddenly everything JUST WORKS. Thank you so much! I will report this dependency to the Artix team.
(In reply to lotuskip from comment #7) > Wow! Installed "argon2" package as it's called in Artix, and suddenly > everything JUST WORKS. > > Thank you so much! I will report this dependency to the Artix team. Great! :-)