SUMMARY Since Upgrading to plasma 6.* I have the problem that my chosen theme for ksplash is completely ignored. I have a theme called org.kde.oxygen (which is indeed an old, ported oxygen theme) which appears in systemsettings and I can choose it. The config in ~/.config/ksplashrc is correct. Regardless of that, the default breeze theme is shown, both when I log in, but also when I do press the play button in systemsettings. However, if I just blindly copy the contents of /usr/share/plasma/look-and-feel/org.kde.oxygen/contents/splash/ into /usr/share/plasma/look-and-feel/org.kde.breeze.desktop/contents/splash/, my theme is shown on login, thus the theme itself is not faulty. STEPS TO REPRODUCE 1. Have a custom kspash theme, say /usr/share/plasma/look-and-feel/org.kde.oxygen/contents/splash/ 2. Choose it in systemsettings 3. Log in OBSERVED RESULT Wrong theme (default breeze) is shown EXPECTED RESULT Chosen theme is shown Operating System: Fedora Linux 40 KDE Plasma Version: 6.0.5 KDE Frameworks Version: 6.2.0 Qt Version: 6.7.0 Kernel Version: 6.8.10-300.fc40.x86_64 (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i5-8265U CPU @ 1.60GHz Memory: 15.4 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics 620 Manufacturer: LENOVO Product Name: 20NQS30W00 System Version: ThinkPad X390 Yoga
Any interesting output in ksplashqml --test ? Does your theme have metadata.json? (metadata.desktop is no longer supported)
(In reply to David Redondo from comment #1) > Any interesting output in ksplashqml --test ? > > Does your theme have metadata.json? (metadata.desktop is no longer supported) Thanks for the pointer, I was able to resolve it, but I think ksplash / systemsettings could prevent that. The output of ksplashqml --test was empty with no error message, but it just showed a blank screen, fuchs@comfox /usr/share/plasma % ksplashqml /usr/share/plasma/look-and-feel/org.kde.oxygen/ ^C fuchs@comfox /usr/share/plasma % ksplashqml ^C There was a metadata.json in the top level folder that was probably converted from the old format, and the new folders have a .desktop suffix while the old ones didn't, so the id line did not exactly match the folder name. Thus the theme was shown and selectable in systemsettings, but it did not work. Maybe a test could be added that checks for the presence of the folder name and show a warning / error on the command line if it is not there, and potentially also make the theme not selectable in systemsettings. In either case, I'd consider this resolved, but it would be nice if such a check would be added. Thanks and have a nice $timeofday :)