26s login delay on Plasma 6.6 (Fedora 43 Rawhide) - xdg-desktop-portal timeout

Help
,
1

Since updating to Fedora 43 with Plasma 6.6.0.1, I am experiencing a severe performance issue during the transition from SDDM to the desktop. There is a consistent ~26-second hang. Additionally, there is a ~10-second delay with a frozen cursor before the SDDM login screen even appears.

Hardware & System Specs

  • Device: Lenovo IdeaPad Flex 5 14IAU7

  • CPU: Intel Core 12th Gen (Alder Lake)

  • GPU: Intel Iris Xe Graphics

  • Kernel: 6.18.12-200.fc43.x86_64

  • OS: Fedora 43

  • DE: KDE Plasma 6.6.0.1 (Wayland session)

The output of systemd-analyze --user blame clearly points to a portal timeout:

Plaintext26.134s xdg-desktop-portal.service 25.494s plasma-kcminit.service 1.395s plasma-powerdevil.service 173ms plasma-ksmserver.service 165ms plasma-xdg-desktop-portal-kde.service

System-level blame shows fast boot times for devices, suggesting the issue is purely within the D-Bus/Portal communication layer.

What I have already tried:

  1. Portal Configuration: Created ~/.config/xdg-desktop-portal/portals.conf with default=kde, but it seems to be ignored.

  2. Backends: Reinstalled xdg-desktop-portal-gtk and even tried truncating the gtk.portal file to 0 bytes—no change in timeout duration.

  3. KWallet: Disabled KWallet to rule out secret-service timeouts.

  4. Network: Disabled NetworkManager-wait-online.service.

  5. Cache: Cleared ~/.cache/plasma* and ~/.cache/xdg-desktop-portal*.

  6. Systemd Override: Tried setting TimeoutStartSec=3s for xdg-desktop-portal.service, but the internal D-Bus timeout seems to override this or cause other services to wait regardless.

After the kernel logs, the system hangs with a static cursor for ~10 seconds before SDDM appears. After login, the wallpaper is visible but the shell (panels, wallpaper, etc.) takes exactly 26 seconds to become interactive.

Is there a known regression in dbus-broker or xdg-desktop-portal in Rawhide that causes it to ignore portals.conf or wait for a non-responsive GTK/KWallet backend in a Wayland Plasma session? Any advice on how to further debug the D-Bus message traffic during these 26 seconds?

2

I don’t know what happen. Today, after update to Plasma 6.6.2, Gear 25.12.3 and Kernel 6.19.5, when I booted I have these errors:

Captura de pantalla_20260309_132606
Captura de pantalla_20260309_1326062560×1440 390 KB

At times I get the /usr/libexe/xdg-desktop-portal error again and again.

Operating System: openSUSE Tumbleweed 20260307
KDE Plasma Version: 6.6.2
KDE Frameworks Version: 6.23.0
Qt Version: 6.10.2
Kernel Version: 6.19.5-2-default (64-bit)
Graphics Platform: Wayland
Processors: 4 × Intel® Core™ i5-6600K CPU @ 3.50GHz
Memory: 32 GiB of RAM (31.3 GiB usable)
Graphics Processor: NVIDIA GeForce GTX 1070

Regards

3

I solved my issue with these strange errors.

I saw an update to my distro:
xdg-desktop-portal (1.21.0 -> 1.20.3)
I downgraded this package and no more errors.

Regards

4

Strangely, mine suddenly just started acting up out of the blue. I think i updated the OS on Monday, but it just broke today

5

I switched to Neon testing, which didn’t fix it

What solved it for me was deleting ~/.local/share/flatpak/db. Dunno why, but I noticed that the documents database was 0, so something got mucked.

6

`xdg-desktop-portal.service 25.494s`

This is suspiciously close to the default 25-second timeout when a D-Bus service doesn’t respond. The fact that downgrading xdg-desktop-works around the issue would also point to an issue with the underlying system, not any piece of KDE software.

I’d recommend that you report this to the Fedora folks.