Bugzilla – Bug 1211628
openSUSE theme not fully applied on Plamsa desktop
Last modified: 2024-01-03 18:00:13 UTC
Created attachment 867158 [details] journal.log ## Observation openQA test in scenario opensuse-Tumbleweed-DVD-aarch64-create_hdd_kde@aarch64 fails in [opensuse_welcome](https://openqa.opensuse.org/tests/3310160/modules/opensuse_welcome/steps/5) The bottom bar is smaller and quite empty. It seems to miss the openSUSE theme. ## Test suite description ## Reproducible Fails since (at least) Build [20230515](https://openqa.opensuse.org/tests/3292333) ## Expected result Last good: [20230509](https://openqa.opensuse.org/tests/3279202) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?arch=aarch64&distri=opensuse&flavor=DVD&machine=aarch64&test=create_hdd_kde&version=Tumbleweed)
I can reproduce locally and the openSUSE theme is already selected. If I apply the (already selected) openSUSE Theme, the bottom bar is reconfigured properly.
(In reply to Guillaume GARDET from comment #1) > I can reproduce locally and the openSUSE theme is already selected. > If I apply the (already selected) openSUSE Theme, the bottom bar is > reconfigured properly. Additional info: I need to check the "Desktop and window layout" box to get it applied. This is easily reproducible with latest KDE live image from: https://build.opensuse.org/package/binaries/openSUSE:Factory:ARM:Live/livecd-tumbleweed-kde/images
Created attachment 867317 [details] .config.diff With le KDE live image in qemu, I saved the ~/.config/ folder to ~/.config.KO/, then I re-applied the openSUSE theme and finally I did a diff between both folders. See in attachment the .config.diff file. It looks like .config/plasma-org.kde.plasma.desktop-appletsrc is heavily updated.
As a workaround, we can drop the config file: rm .config/plasma-org.kde.plasma.desktop-appletsrc And restart plasmashell: kquitapp5 plasmashell && kstart5 plasmashell
It looks like 1st start (only!) of plasmashell crashes: Jun 01 12:04:17.743188 localhost.localdomain plasmashell[1579]: Unable to start Dr. Konqi Jun 01 12:04:17.745158 localhost.localdomain plasmashell[1579]: Re-raising signal for core dump handling. Jun 01 12:04:17.781310 localhost.localdomain systemd[1]: Created slice Slice /system/systemd-coredump. Jun 01 12:04:17.825935 localhost.localdomain systemd[1]: Started Process Core Dump (PID 1980/UID 0). Jun 01 12:04:19.310511 localhost.localdomain systemd-coredump[1981]: Process 1579 (plasmashell) of user 1000 dumped core. Stack trace of thread 1868: #0 0x0000ffff92606618 __pthread_kill_implementation (libc.so.6 + 0x86618) #1 0x0000ffff925be8c0 raise (libc.so.6 + 0x3e8c0) #2 0x0000ffff94f879d8 _ZN6KCrash19defaultCrashHandlerEi (libKF5Crash.so.5 + 0x79d8) #3 0x0000ffff955d97a0 n/a (linux-vdso.so.1 + 0x7a0) #4 0x0000ffff955d97a0 n/a (linux-vdso.so.1 + 0x7a0) #5 0x0000ffff92606604 __pthread_kill_implementation (libc.so.6 + 0x86604) #6 0x0000000000000010 n/a (n/a + 0x0) ELF object binary architecture: AARCH64
Created attachment 867374 [details] gdb trace Here is the coredumpctl gdb trace, if it helps. Also, it seems only X11 is affected, not Wayland.
I confirm the KDE sessions starts with the main plasma panel missing all the widgets except the applications launcher. Also that everything is OK after re-applying the openSUSE theme in System Settings -> Appareance -> Global theme. After checking what changed on May 9, there was a minor update of plasma5-openSUSE (https://build.opensuse.org/package/show/KDE:Frameworks5/plasma5-openSUSE) required by an update of plasma5-desktop from 5.27.4 to 5.27.5 So this is likely a regression from 5.27.4 to 5.27.5 in X11. It's a good idea that someone knowing more about plasmashell takes a look to the gdb trace.
Reported upstream: https://bugs.kde.org/show_bug.cgi?id=470661
Guillaume, after the comment in the KDE bug, I've checked Qt5 and there was also a change on May 9: https://build.opensuse.org/package/view_file/KDE:Qt:5.15/libqt5-qtbase/libqt5-qtbase.changes?expand=1 It doesn't look related to the problem, but if it's not very complicated maybe it's worth testing plasma5.27.5 with the Qt5 from April 21.
There's something curious in :Factory:ARM. According to https://build.opensuse.org/build/openSUSE:Factory:ARM/standard/aarch64/libqt5-qtdeclarative/_buildenv, libqt5-qtdeclarative last build was on May 13 and wasn't rebuilt after that: <bdep name="libQt5Core-devel" version="5.15.9+kde151" release="2.1" arch="aarch64" hdrmd5="b403f401b0bc809ae930e978eea5a07e" project="openSUSE:Factory:ARM" repository="standard"/> qtbase version is 5.15.9+kde154. Looks like qtdeclarative is currently rebuilding, let's wait and see.
Can you reproduce the crash by running plasmashell manually after clearing ~/.config? If yes, can you get a backtrace with `KDE_DEBUG=1 gdb plasmashell`, to avoid kcrash/drkonqi interfering?
(In reply to Fabian Vogt from comment #11) > Can you reproduce the crash by running plasmashell manually after clearing > ~/.config? If yes, can you get a backtrace with `KDE_DEBUG=1 gdb > plasmashell`, to avoid kcrash/drkonqi interfering? Unfortuntely, when I remove ~/.config and restart plasmashell manually, it works, no crash. I need to remove ~/.config and logout / login again to make it crash. Also, with latest snapshot, plasmashell still crashes but at a different place. (I will post the new trace)
Created attachment 867426 [details] gdb trace (where) - snapshot20230604
Created attachment 867427 [details] gdb trace (bt full) - snapshot20230604
It crashes in the garbage collector... No idea what to do with that. Valgrind might help, but last time that didn't provide any further info either. It's probably some kind of race condition.
Update for the workaround. I need to: rm ~/.config/plasma-org.kde.plasma.desktop-appletsrc and: plasmashell --replace But it works _only_ if a konsole window is open! If krunner is used (without konsole window opened) to execute the commands, the problem persists. I created a PR to add this workaround in openQA to get Tumbleweed rolling again for Arm. https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/17232/files
So, this is this Qt issue: https://bugreports.qt.io/browse/QTBUG-111935 And the (tested) fix is: https://code.qt.io/cgit/qt/qtdeclarative.git/commit/?id=15ec024152a1d1d99a4934f7b2408e7af7b2552a Which should have been pushed to 5.15 branch, but is not in yet.
(In reply to Guillaume GARDET from comment #17) > So, this is this Qt issue: https://bugreports.qt.io/browse/QTBUG-111935 > > And the (tested) fix is: > https://code.qt.io/cgit/qt/qtdeclarative.git/commit/ > ?id=15ec024152a1d1d99a4934f7b2408e7af7b2552a > > Which should have been pushed to 5.15 branch, but is not in yet. I submitted the cherry-pick to the KDE patch collection: https://invent.kde.org/qt/qt/qtdeclarative/-/merge_requests/49
(In reply to Fabian Vogt from comment #18) > (In reply to Guillaume GARDET from comment #17) > > So, this is this Qt issue: https://bugreports.qt.io/browse/QTBUG-111935 > > > > And the (tested) fix is: > > https://code.qt.io/cgit/qt/qtdeclarative.git/commit/ > > ?id=15ec024152a1d1d99a4934f7b2408e7af7b2552a > > > > Which should have been pushed to 5.15 branch, but is not in yet. > > I submitted the cherry-pick to the KDE patch collection: > https://invent.kde.org/qt/qt/qtdeclarative/-/merge_requests/49 Submitted and merged to Factory, so it will be available in next snapshot.