Bug 2258382 - The splash screen was shown for about 20 s when starting Plasma 5.92.0 while Plasma completed startup after 3-5 s with splash screen set to None
Summary: The splash screen was shown for about 20 s when starting Plasma 5.92.0 while ...
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora
Classification: Fedora
Component: plasma-workspace
Version: 40
Hardware: Unspecified
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: KDE SIG
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2024-01-15 00:05 UTC by Matt Fagnani
Modified: 2025-05-16 07:51 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2025-05-16 07:51:03 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Journal for Plasma 5.92.0 session startup where the splash screen was shown for 20 s (108.77 KB, text/plain)
2024-01-15 00:06 UTC, Matt Fagnani
no flags Details


Links
System ID Private Priority Status Summary Last Updated
KDE Software Compilation 479824 0 NOR UNCONFIRMED The splash screen was shown for about 20 s when starting Plasma 5.92.0 while Plasma completed startup after 3-5 s with s... 2024-01-15 00:05:34 UTC

Description Matt Fagnani 2024-01-15 00:05:19 UTC
The splash screen was shown for about 20 s each time I've logged in to Plasma 5.92.0 on Wayland in a Fedora Rawhide/40 KDE Plasma installation. When I moved the mouse to the top left of the screen while the splash screen was shown after 3-5 s, the desktop was shown to have completed startup in one of the overview windows. There were amdgpu errors in the journal like "kwin_wayland_wrapper[1641]: amdgpu: amdgpu_cs_ctx_create2 failed. (-13)" when kwin_wayland was starting as the Plasma and sddm compositors which continued as the splash screen was shown and after the desktop appeared.

Jan 14 17:00:22 kwin_wayland[1641]: No backend specified, automatically choosing drm
Jan 14 17:00:22 wireplumber[1669]: <WpPortalPermissionStorePlugin:0x55eb35e93a20> Failed to call Lookup: GDBus.Error:org.freedesktop.portal.Error.NotFound: No entry for camera
Jan 14 17:00:22 kwin_wayland_wrapper[1641]: amdgpu: amdgpu_cs_ctx_create2 failed. (-13)
Jan 14 17:00:22 kwin_wayland_wrapper[1641]: amdgpu: amdgpu_cs_ctx_create2 failed. (-13)
Jan 14 17:00:22 kwin_wayland[1641]: OpenGL vendor string:                   AMD
Jan 14 17:00:22 kwin_wayland[1641]: OpenGL renderer string:                 AMD Radeon R5 Graphics (radeonsi, carrizo, LLVM 17.0.6, DRM 3.56, 6.7.0-68.fc40.x86_64)
Jan 14 17:00:22 kwin_wayland[1641]: OpenGL version string:                  4.6 (Core Profile) Mesa 23.3.3
Jan 14 17:00:22 kwin_wayland[1641]: OpenGL shading language version string: 4.60
Jan 14 17:00:22 kwin_wayland[1641]: Driver:                                 Unknown
Jan 14 17:00:22 kwin_wayland[1641]: GPU class:                              Unknown
Jan 14 17:00:22 kwin_wayland[1641]: OpenGL version:                         4.6
Jan 14 17:00:22 kwin_wayland[1641]: GLSL version:                           4.60
Jan 14 17:00:22 kwin_wayland[1641]: Mesa version:                           23.3.3
Jan 14 17:00:22 kwin_wayland[1641]: Requires strict binding:                no
Jan 14 17:00:22 kwin_wayland[1641]: Virtual Machine:                        no
Jan 14 17:00:22 kwin_wayland[1641]: Timer query support:                    yes

There were journal errors showing plasmashell aborting shell load because kactivitymanagerd wasn't running yet.

Jan 14 17:00:25 plasmashell[1857]: kde.plasmashell: Aborting shell load: The activity manager daemon (kactivitymanagerd) is not running.
Jan 14 17:00:25 plasmashell[1857]: kde.plasmashell: If this Plasma has been installed into a custom prefix, verify that its D-Bus services dir is known to the system for the daemon to be activatable.
Jan 14 17:00:25 kactivitymanagerd[1918]: kf.windowsystem: virtual void KX11Extras::connectNotify(const QMetaMethod&) may only be used on X11
Jan 14 17:00:25 kactivitymanagerd[1918]: kf.windowsystem: virtual void KX11Extras::connectNotify(const QMetaMethod&) may only be used on X11
Jan 14 17:00:25 systemd[1521]: Started plasma-kactivitymanagerd.service - KActivityManager Activity manager Service.
Jan 14 17:00:25 plasmashell[1857]: kde.plasmashell: Aborting shell load: The activity manager daemon (kactivitymanagerd) is not running.
Jan 14 17:00:25 plasmashell[1857]: kde.plasmashell: If this Plasma has been installed into a custom prefix, verify that its D-Bus services dir is known to the system for the daemon to be activatable.

plasma-ksplash.service ran for 32 s.

systemctl status --user plasma-ksplash.service
○ plasma-ksplash.service - Splash screen shown during boot
     Loaded: loaded (/usr/lib/systemd/user/plasma-ksplash.service; static)
    Drop-In: /usr/lib/systemd/user/service.d
             └─10-timeout-abort.conf
     Active: inactive (dead)

Jan 14 17:00:21 localhost.localdomain systemd[1521]: Starting plasma-ksplash.service - Splash screen shown during boot...
Jan 14 17:00:53 localhost.localdomain systemd[1521]: Finished plasma-ksplash.service - Splash screen shown during boot.
Jan 14 17:00:53 localhost.localdomain systemd[1521]: plasma-ksplash.service: Consumed 3.215s CPU time.

I'll attach the journal for this Plasma session startup.

I set the splash screen to None in System Settings, logged out and logged in. Plasma completed startup after 3-5 s without a splash screen. The splash screen was shown for 3-5 s when starting Plasma 5.27.10 and earlier on the same system. 


Reproducible: Always

Steps to Reproduce:
1. Boot a Fedora Rawhide/40 KDE Plasma installation updated to 2024-1-14 on bare metal. The system might need an AMD GPU if the reason for the problem is the amdgpu errors I mentioned.
2. Log in to Plasma 5.92.0 on Wayland

Actual Results:  
The splash screen was shown for about 20 s when starting Plasma 5.92.0 while Plasma completed startup after 3-5 s with splash screen set to None

Expected Results:  
The splash screen should have been shown for 3-5 s when starting Plasma 5.92.0, and then the desktop would be shown


Linux/KDE Plasma: Fedora Rawhide/40
(available in About System)
KDE Plasma Version: 5.92.0
KDE Frameworks Version: 5.248.0
Qt Version: 6.6.1

I reported this problem at https://bugs.kde.org/show_bug.cgi?id=479824

Comment 1 Matt Fagnani 2024-01-15 00:06:30 UTC
Created attachment 2008700 [details]
Journal for Plasma 5.92.0 session startup where the splash screen was shown for 20 s

Comment 2 Aoife Moloney 2024-02-15 23:10:09 UTC
This bug appears to have been reported against 'rawhide' during the Fedora Linux 40 development cycle.
Changing version to 40.

Comment 3 Aoife Moloney 2025-04-25 10:14:19 UTC
This message is a reminder that Fedora Linux 40 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora Linux 40 on 2025-05-13.
It is Fedora's policy to close all bug reports from releases that are no longer
maintained. At that time this bug will be closed as EOL if it remains open with a
'version' of '40'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, change the 'version' 
to a later Fedora Linux version. Note that the version field may be hidden.
Click the "Show advanced fields" button if you do not see it.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora Linux 40 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora Linux, you are encouraged to change the 'version' to a later version
prior to this bug being closed.

Comment 4 Aoife Moloney 2025-05-16 07:51:03 UTC
Fedora Linux 40 entered end-of-life (EOL) status on 2025-05-13.

Fedora Linux 40 is no longer maintained, which means that it
will not receive any further security or bug fix updates. As a result we
are closing this bug.

If you can reproduce this bug against a currently maintained version of Fedora Linux
please feel free to reopen this bug against that version. Note that the version
field may be hidden. Click the "Show advanced fields" button if you do not see
the version field.

If you are unable to reopen this bug, please file a new report against an
active release.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.