This Week in Plasma: The beginnings of Wayland session restore - KDE Blogs

Welcome to a new issue of "This Week in Plasma"! Every week we cover the highlights of what's happening in the world of KDE Plasma and its associated apps like Discover, System Monitor, and more.


This is a companion discussion topic for the original entry at https://blogs.kde.org/2025/04/12/this-week-in-plasma-the-beginnings-of-wayland-session-restore
9 Likes

Overhauled the portal-based shortcut chooser window to look nicer and be easier to use. (David Redondo, link)

Aside from being more intuitive when used intentionally, this will also have the side-effect of making it clearer to folks what’s happening when applications misbehave in handling global shortcuts - like in KDE Shortcut Settings Popup Appears Every Chromium Launch After Update

Fixed auto-updates in Discover even moar betterer! (Yosuke Matsumura, link)

This one is especially cool for a couple reasons, in my opinion:

  • It’s a 3 1/2 year old bug - yes, long-standing bugs can get fixed, it just takes someone with the time, ability and interest to figure it out!

  • The person who submitted the merge request is a self-described coding novice, making their first contribution to a KDE project - reading through that is a really cool example of open development of free software in action :slight_smile: (The process of an experienced developer reviewing that code even led to another underlying issue being found and fixed!)

6 Likes

Redirecting discussion from Bugzilla (436318 – Support for real session save/restore on Wayland)

(In reply to imaginator from comment #253)

To compare one of the most productivity-enhancing features of modern desktops with “bloat” is somewhat beside the poin

I didn’t call session restore feature bloat.

such a key-feature surely wouldn’t have made wayland “inflexible”

And at what point we consider Wayland feature complete? Or will it be once it is the exact feature copy of X11? Can you call it bloat then? Adding features to particular component is not really contructive, if it’s not by design.

Had KDE-, QT-, or wayland-devs solved this problem after 4 weeks or 4 months
or even a year, there wouldn’t be a discussion at all.
But after more than 4 years I guess some perhaps not so technical - but
nevertheless mostly constructive - comments are quite understandable.

Well sure. How many of those devs do it on their own time, and how many have paid. And I wonder how many of the most vocal critics have contributed to get this solved? For example by donating? “It’s not free as in free beer,”

1 Like

(I can login again here! :tada: )

In order to restore, must be able to save first…

On Plasma 6.3.6, under Wayland, I can set to save the session and Dolphin is restored at startup, so it remains to implement session restore in Dolphin to set it up as the last time (tabs, URIs and so on).

Question is: Plasma applications throw a message at restart/shutdown time asking whether to close it.
For Dolphin, under X11, the message is ignored and the restart/shutdown process is continued, but for Yakuake is a blocker, so the process remains waiting for the user confirmation indefinitely. Under Wayland it is a blocker for Dolphin too (issuing a reboot command in command line reboots the system and the previous session is restored). If I click quit, I am not sure of the result at session restore.
This feature stays in the way somehow and creates a lot of confusion, so should think of it too.