Bug 1956916

I upgraded from FC32 to FC34 and have similar problem.

I have 6 desktops. All got jammed into one. The mouse and keyboard become unresponsive.

I was using KDM. Switched to SDDM which did not actually start my desktop. Switched to GDM which also messed up when I tried to run a plasma session.

I am using sddm. Did not have a problem with my mouse or keyboard. I am using X11 and not Wayland

I got the kde desktop to display under GDM by selecting the Plasma Wayland but after a while, the display became unresponsive; no mouse pointer movement or response to keyboard. 

I connected by ssh from a f32 system and ran top. plasmashell is running away.

296991 jrg3      20   0 2258508 215112 130524 S 100.0   1.3  36:50.27 plasmashell

Sounds like a different problem. Did you try Alt+Ctrl+F3 to get a new console?

(In reply to Brian Kaye from comment #4)
> Sounds like a different problem. Did you try Alt+Ctrl+F3 to get a new
> console?

Yes. Like I said, the keyboard and mouse were both unresponsive.

FWIW, I'm also facing the session restore issue. I've filed a bug upstream, so far there has been no response:
https://bugs.kde.org/show_bug.cgi?id=437551

Hello, I am having this problem as well. I upgraded from Fedora 33 to 34. Session restoration worked well under Fedora 33 but only currently restores to the first virtual workspace under Fedora 34. I am using X11 and sddm in both Fedora 33 and 34, and plasma-workspace-5.22.3-2.fc34.x86_64 if they are relevant.

Any idea of where one can find the format of ~/.config/session/'kwin_saved at previous logout_'. Only firefox seems to go to the right virtual desktop.

I believe this must be related to Wayland and display managers other than kdm.

I experienced scrambled desktops under Wayland and either gdm and sddm.

I switched back to kdm and open the session with kde in X. 

Since the desktops had been scrambled,I reset my desktops. Now all is ok, but I am afraid to use sddm, gdm  or Wayland with kde.

There must be a bug in either the session saver or the session restore. If we knew what the format of the session file was then we could tell where the problem lays. 

I use sddm and start kde with X. The oddity that firefox is restored to the right desktop is confusing. I did try with a new user, creating 4 desktops and the problem reoccurred. This is really getting tiresome. Every time a new kernel is put out and one reboots the problem raises it ugly head. 

Since you know how to bypass the problem, maybe you could do a controlled experiment by only changing one of the things at a time. 

I have not tried kdm in years. It used to be quite buggy.

SDDM is the default window manager for KDE. KDM does not appear to be actively maintained except for severe bugs. So there may be some risk using KDM going forward.

In my experience, the display manager has little to do with session management, ie, testing kdm is likely not a good use of your time.

Upstream kde is aware of the issue.

I just tried kdm and problem seems to persist there so I switched back.

I had to reconstruct my desktops after switch to kdm and when starting at login use X and not Wayland. Kdm will not reconstruct the desktops to what they were before they were corrupted. You have to remake them yourself.

As far as kdm being end of life, at least the code in it must be reading and writing the correct format for saving and restoring sessions.

I logged using kdm. Switched all my apps to the desired desktops and re-logged in. The problem persisted. Small non detailed test.

I had to delete the .kde directory from an ssh log in, then logged in, arranged desktops, logged out, and logged back in. Everything was as I had set it.

I tried gdm and it scrambled my desktops again.

I repeated deleting the .kde directory and the process and have been using kde with kdm since.

Fyi: .kde/ for used only by legacy kde3/kde4 applications.  Modern plasma uses xdg-related dirs like .cache, .config, and .local

I just related what I did.
It worked.
I am using kde with kdm under X on Fedora 34 every day.

I find it interesting that since modern plasma doesn't use the .kde directory that the .kde is being re-created after it is deleted. Something must think it is necessary. Not only that, the data in the .kde/share/config/kdeglobals file is updated. That does appear to be the only file that is updated.

It is interesting that a lot of people are not complaining about this issue. Just updated a   lot of plasma rpms ( e.g. plasma-desktop.x86_64      5.22.5-1.fc34 ) and the problem persists. This suggests that it something peculiar to my setup.  Earlier I did create a new user on my system with 4 virtual desktops and the problem was there. This suggests something in the global part of my setup.

Seems to be finally fixed for me after update to Plasma 5.23.2 (or 5.23.3, not sure which one exactly). Yay!

Plasma 5.23.3 on my system seemed to have fixed it after upgrading my Fedora system to FC35. But after logging out and on it seems to have reverted to the old behaviour. 

First boot after upgrade was to old behaviour. Had to rebuild grub.cfg to pick up the FC35 kernel. Next reboot showed the correct behaviour. Started "System Settings" on Desktop 1 and moved it to Desktop 4. Started "waterfox" (branch of firefox) on Desktop 2 and logged out in an attempt to check if it was fixed. The old behaviour returned.

After a little research here is the situation on my machine (lenovo P50 running Fedora 35 as of today). If I delete all of the files in .config/session and start applications in each of my 4 virtual desktops, then logout and login all  4 applications (Konsole, system settings, dolphin and kpatience) are started in their correct virtual desktop. If I then immediately logout and login it reverts to the old behaviour. So it looks like there is a step in the right direction but it is not solved yet. 

So with an empty .config/session directory the save/restore session works fine. But with files already  in .config/session either the "save session" messes up the files already there or  "restore session" process is confused about the second set of files saved.

Just to add to the chorus:  I also have this problem, and have had it for several months.  I'm running up-to-date Fedora 34, X11 with the NVIDIA driver.

My session is saved automatically on logout.  Upon login, the Konsole windows open with the correct size and correct placement on screen, but all on virtual desktop 1 instead of their previous locations.  

This is 100% reproducible.

Chrome windows restore to the correct virtual desktop, so perhaps this problem is limited to KDE apps.

This message is a reminder that Fedora Linux 34 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora Linux 34 on 2022-06-07.
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 '34'.

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.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora Linux 34 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.

This is still present in Fedora 35, so if possible, please update the version number.

Migrating my FAS address to omosnacek...

This message is a reminder that Fedora Linux 36 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora Linux 36 on 2023-05-16.
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 '36'.

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 36 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.

Fedora Linux 36 entered end-of-life (EOL) status on 2023-05-16.

Fedora Linux 36 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.