Hi,
when I restart system Konsole don’t start with latest session - missing all open cards etc.
I was try to find “session” options in Konsole but without success 
I believe that’s because you are using Wayland.
That’s one of the major feature lacking in Wayland right now, that is being worked on, although seemingly not very actively these days.
https://bugs.kde.org/show_bug.cgi?id=436318
There are workarounds for konsole in the bug.
Here is one:
1 Like
I’m having this problem, and I am NOT using Wayland.
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 24.04 LTS
Release: 24.04
Codename: noble
$ printenv | grep DG
XDG_CONFIG_DIRS=~/.config/kdedefaults:/etc/xdg/xdg-plasma:/etc/xdg:/usr/share/kubuntu-default-settings/kf5-settings
XDG_CURRENT_DESKTOP=KDE
XDG_DATA_DIRS=/usr/share/plasma:/usr/local/share:/usr/share:/var/lib/snapd/desktop
XDG_RUNTIME_DIR=/run/user/1000
XDG_SEAT=seat0
XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
XDG_SESSION_CLASS=user
XDG_SESSION_DESKTOP=KDE
XDG_SESSION_ID=16
XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session5
XDG_SESSION_TYPE=x11
This is a fresh install as a VMware Fusion Pro (13.5.2) guest on a MacBook Air with Apple M2 chip.
When I modify my Konsole profile, ~/.config/konsolerc is updated. When I manually save session, ~/.config/session/‘kwin_saved by user_’ is SOMETIMES saved. Somehow, ONE file ~/.config/session/konsole_* was created first thing this morning. Opening konsoles and manually saving session does not result in any new konsole session files being created.
I’m having this problem, and I am NOT using Wayland.
Are you just talking about konsole or is this a wider issue?
If it’s a wider issue, there are the options under System Settings->Desktop Session->Session Restore.
I use X11 and have set the above to On last login. The setting is working: windows are restored on login (this being on KDE6 as shipped with the latest OpenSUSE tumbleweed).
I just discovered that this is a problem with applications opened by shortcuts! If I open a konsole or dolphin by clicking an entry in the Application Launcher, then the session manager saves it. If I open it with a shortcut (Ctrl-Alt-T for konsole, Meta-E for dolphin), then the session manager does not save it.
This is also true for items that I’ve added to the Application Launcher. For example, I added an entry for a konsole of a particular size. Session manager saves it if I open it by clicking on that entry but not if I use the shortcut that I assigned to the entry.
And if I open a konsole from the command line, it inherits the “savability” of the konsole from which it’s opened.
I hope this is a huge clue to folks who know KDE internals!
BTW, I’m using KDE5, which is the standard for the latest Ubuntu LTS (24.04).
I have similar session restore problems to @FromBegining. Like @digitaltrails I’m using openSUSE (but not tumbleweed). Version info is:
Operating System: openSUSE Leap 15.5
KDE Plasma Version: 5.27.9 [5.27.9-bp155.2.6.1]
KDE Frameworks Version: 5.103.0
Qt Version: 5.15.8
KDE sits on top of X11 not Wayland.
After the recent Plasma update desktop sessions are not restored on login. This is the case across several machines and accounts. Changing from automatic to manual session save makes no difference. The first login after the upgrade had the various applications (eg Konsole, Dolphin, Kwrite, Okular) restarted but all the instances were restarted fresh (ie, the tabs, files or directories that had been open in those applications were not restored). Subsequent logout/login lost all the applications still open at logout too but, most bizarrely, launched Konversation which is an application that I don’t think that I have used in 20 years of running openSUSE.
Unlike @FromBegining I don’t use shortcuts to start applications. They are all started either from the launcher or task panel or by right-clicking on a file.
Since it seems that no other openSUSE user has posted on this issue here or elsewhere (at least that’s what a search showed) I assume the issue must be something specific to my setup.
Any suggestions as to where I should start looking in order to remedy this would be appreciated. (Note that this has been reported on openSUSE’s bugzilla – apparently I am not permitted link to the bug report – so it is unclear to me whether this is an openSUSE or KDE issue.)
1 Like
In the past, when struck by KDE weirdness, I created a baseline new user. If the new account functioned properly, I started diff’ing their .config files against my own (either using diff or kompare). From memory, files such as
.config/kdeglobals
.config/plasmashellrc
.config/kwinrc
You can also use ls or find to track down recently modified files, and look at those first, commands such as:
ls -lart ~/.config
find ~/.config -newer some_target_file
Same here with:
OS: openSUSE Tumbleweed
KDE Plasma version: 6.0.5
KDE Frameworks Version: 6.3.0
Qt Version: 6.7.1
Kernel version: 6.9.3-1-default (64 bit)
Graphic platform: X11.
Session are not restored at start. I have changed the sessions settings in SystemSettings, between manual and at start but nothing changed (apart from a weird QT developing app opening when manual was selected and Dlphin opened but not fully restored with correct tabs).
So maybe is something not personal, but related to openSUSE?
I’m on Tumbleweed 20240531, which is pretty recent. I’m using X11 with the Nvidia 550 driver. I’ve not seen this issue. I did have to use diff’s to resolve other issues back when KDE6 first came out on Tumbleweed.
1 Like
I looked at the directory .config and the creation dates of the files you listed suggested they aren’t part of the problem. There is a file ~/.config/session/“kwin_saved at previous logout_” created at yesterday’s logout time; it is a big file and perhaps has the information needed to restore the session.
But in fact the problem is a bug that has been raised on both KDE’s and openSUSE’s bugzillas. A fix has been suggested but apparently it broke something else on Fedora.
I will just have to wait for a bugfix to be rolled out (I hope soon-ish).
I’m on tumbleweed 20240609.
Just for the sake of completeness, I made another check with a new user created on purpose.
No session was saved nor restored, either manually than automatically. I only saw 2 files created (in the new user dir ~/.config/session) called: kwin_saved at previous logout_ and kwin_saved by user_ the latter created after I switched to manually save the session and saved a session.
Links to the bugs?
It might be interesting to figure out why I’m not seeing this.
This website won’t let me include links for some reason. On the KDE bugzilla, bugs_DOT_kde_DOT_org bug #487912, it is marked RESOLVED FIXED (but there is a Fedora user comment “it seems to break the logout from KDE plasma” so I’m not sure it’s fixed). On the openSUSE bugzilla, bugzilla_DOT_opensuse_DOT_org bug #1226110, it is marked IN_PROGRESS.
1 Like
Thanks for posting these. I think you have to contribute a number of posts and build up you trust level before links are allowed.
The bugs.kde link is
https://bugs.kde.org/show_bug.cgi?id=487912
It seems like this was only recently resolved, so it might not have reached Tumbleweed just yet.
The OpenSUSE bug is in Leap 15.5 for KDE plasma-workspace 5.27.9
https://bugzilla.opensuse.org/show_bug.cgi?id=1226110
The referenced OpenSUSE bug is in Leap for plasma-workspace 5.27.9. It would seem unlikely to be the same as the plasma6-workspace-6.0.5 bug.
I’m on Tumbleweed 20240531 plasma6-workspace-6.0.5-1, it looks like 6.0.5-2 is now available, so I’m out of date, perhaps why I’m not seeing any issue.
Session management restored after upgrading Tumbleweed to 20240611 snapshot.
Two packages, plasma6-session and plasma6-session-X11, may be the ones that restored the sessions management.
1 Like
After a number of logout-login’s it seems that the update distributed late last week solves this problem on Leap 15.5/KDE plasma-workspace 5.27.9.