[Bug 1226110] New: After plasma upgrade sessions are no longer saved and restored when logging out
https://bugzilla.suse.com/show_bug.cgi?id=1226110 Bug ID: 1226110 Summary: After plasma upgrade sessions are no longer saved and restored when logging out Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.5 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE Workspace (Plasma) Assignee: opensuse-kde-bugs@opensuse.org Reporter: jhtaylor20@gmail.com QA Contact: qa-bugs@suse.de Target Milestone: --- Found By: --- Blocker: --- After the plasma upgrade to plasma5-workspace|5.27.9-bp155.2.6.1 on 06/06/24 sessions are no longer saved on logging out or restored on logging back in. Login comes up with an empty session. Changing Desktop Session from "on last logout" to something else and back makes no difference. Although I don't use it "When sessions was manually saved" does not seem to be working correctly either. If you check it and log out with two kconsole windows open when you log back in it asks for roots password for both and opens them as root instead of the user. -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1226110 Jim Taylor <jhtaylor20@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Hardware|Other |x86-64 OS|Other |openSUSE Leap 15.5 -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1226110 https://bugzilla.suse.com/show_bug.cgi?id=1226110#c2 hui <sturm-fr@web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |asoraruf@ntd.homelinux.org --- Comment #2 from hui <sturm-fr@web.de> --- *** Bug 1226121 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1226110 Wytze van der Raay <wytze@deboca.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wytze@deboca.net Priority|P5 - None |P3 - Medium -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1226110 Hans-Peter Jansen <hpj@urpla.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hpj@urpla.net -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1226110 Roland Bernet <bernet@physik.uzh.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bernet@physik.uzh.ch -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1226110 https://bugzilla.suse.com/show_bug.cgi?id=1226110#c6 Jim Taylor <jhtaylor20@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|IN_PROGRESS |RESOLVED Resolution|--- |FIXED --- Comment #6 from Jim Taylor <jhtaylor20@gmail.com> --- I confirm that the update fixes the problem. Marking the bug as fixed. -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1226110 https://bugzilla.suse.com/show_bug.cgi?id=1226110#c7 Jonzn 4suse <jonzn4suse@hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonzn4suse@hotmail.com --- Comment #7 from Jonzn 4suse <jonzn4suse@hotmail.com> --- I'm having similar issues on all my Tumbleweed installs running KDE6, but not on LEAP 15.6. https://discuss.kde.org/t/plasma-not-opening-all-previous-open-apps-on-deskt... -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1226110 https://bugzilla.suse.com/show_bug.cgi?id=1226110#c8 Fabian Vogt <fabian@ritter-vogt.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fabian@ritter-vogt.de --- Comment #8 from Fabian Vogt <fabian@ritter-vogt.de> --- (In reply to Jonzn 4suse from comment #7)
I'm having similar issues on all my Tumbleweed installs running KDE6, but not on LEAP 15.6.
https://discuss.kde.org/t/plasma-not-opening-all-previous-open-apps-on- desktop/16894
The fix is in TW Snapshot 20240611+. -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1226110 https://bugzilla.suse.com/show_bug.cgi?id=1226110#c9 --- Comment #9 from Jonzn 4suse <jonzn4suse@hotmail.com> --- YES SIR!!! Thanks -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1226110 https://bugzilla.suse.com/show_bug.cgi?id=1226110#c10 Steffen Walter <swalter0306@web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|FIXED |--- CC| |swalter0306@web.de Status|RESOLVED |REOPENED --- Comment #10 from Steffen Walter <swalter0306@web.de> --- From my point of view this is not completely fixed. On Leap 15.5., still after logging out and back in, all Konsole sessions from the previous sessions are gone and have to be reopened. -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1226110 https://bugzilla.suse.com/show_bug.cgi?id=1226110#c12 --- Comment #12 from Steffen Walter <swalter0306@web.de> --- (In reply to Alessandro Soraruf from comment #11)
Confirm that now session are saved, but as reported by Steffen Walter the session file name has changed, so after update users will loose all the old sessions. I've resolved copying my latest .config/session/konsole_xxxx session file into the new ones.
Hmmm... maybe I didn't get your solution right, but right now my latest .config/session/konsole_xxxx session file is dating from Thursday, June 6th 2024 16:25:33 CEST, which is pretty much when things stopped working altogether. Newer session files are from other applications like dolphin, kdf ... after I received the fix on June 16th. But nothing new for konsole, although I've used it also in several sessions since patching. -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1226110 https://bugzilla.suse.com/show_bug.cgi?id=1226110#c14 --- Comment #14 from Steffen Walter <swalter0306@web.de> --- (In reply to Alessandro Soraruf from comment #13)
(In reply to Steffen Walter from comment #12)
(In reply to Alessandro Soraruf from comment #11)
Confirm that now session are saved, but as reported by Steffen Walter the session file name has changed, so after update users will loose all the old sessions. I've resolved copying my latest .config/session/konsole_xxxx session file into the new ones.
Hmmm... maybe I didn't get your solution right, but right now my latest .config/session/konsole_xxxx session file is dating from Thursday, June 6th 2024 16:25:33 CEST, which is pretty much when things stopped working altogether.
Newer session files are from other applications like dolphin, kdf ... after I received the fix on June 16th. But nothing new for konsole, although I've used it also in several sessions since patching.
If you look at your latest session file them have a new ID value after the application name, in this example the main "problem" was in konsole sessions:
...cut... konsole_10149e1e2d7000162292777200000021750016_1697324951_114676 konsole_10149e1e2d7000165799946700000020290012_1697480091_880313 konsole_10149e1e2d7000162292777200000021750016_1697639404_621519 konsole_10149e1e2d7000165799946700000020290012_1697639404_839539 konsole_10149e1e2d7000162292777200000021750016_1697639613_577384 konsole_10149e1e2d7000162292777200000021750016_1697663203_958785 konsole_10149e1e2d7000165799946700000020290012_1697663204_191830 dolphin_dolphin_dolphin kwin_saved at previous logout_ konsole_10149e1e2d7000171784449600000022590009_1718573630_340245 konsole_10149e1e2d7000171784464700000032710009_1718573630_329854
If you see the last two have new ID different from the previous one. On a therminal console (CTRL-F1) before logging in KDE I've done:
cp konsole_10149e1e2d7000162292777200000021750016_1697663203_958785 konsole_10149e1e2d7000171784449600000022590009_1718573630_340245
cp konsole_10149e1e2d7000171784449600000022590009_1718573630_340245 konsole_10149e1e2d7000171784449600000022590009_1718573630_340245
and this solved and now the session for that user are always saved fine.
That didn't help in my case, so I guess my problem is slightly different. What I tried next is to backup ~/.config/session and then delete the session files from the original. All this of course outside of KDE. First I deleted dolphin* from ~/.config/session , logged into KDE and opened a new dolphin window. After closing my KDE session there was a new dolphin session file with the current timestamp in ~/config/session as I would expect. In the next KDE session, the dolphin windows was reopened again ==> Works. The same I did with konsole but no avail. There is no new konsole session file after closing KDE in ~/.config/session . If I restore one from the backup directory, I see that the timestamp changes, but the content of the file is not updated. As a result there is no konsole window reopened in the next KDE session. Any ideas on that behavior? -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1226110 https://bugzilla.suse.com/show_bug.cgi?id=1226110#c15 --- Comment #15 from Fabian Vogt <fabian@ritter-vogt.de> --- (In reply to Steffen Walter from comment #14)
(In reply to Alessandro Soraruf from comment #13)
(In reply to Steffen Walter from comment #12)
(In reply to Alessandro Soraruf from comment #11)
Confirm that now session are saved, but as reported by Steffen Walter the session file name has changed, so after update users will loose all the old sessions. I've resolved copying my latest .config/session/konsole_xxxx session file into the new ones.
Hmmm... maybe I didn't get your solution right, but right now my latest .config/session/konsole_xxxx session file is dating from Thursday, June 6th 2024 16:25:33 CEST, which is pretty much when things stopped working altogether.
Newer session files are from other applications like dolphin, kdf ... after I received the fix on June 16th. But nothing new for konsole, although I've used it also in several sessions since patching.
If you look at your latest session file them have a new ID value after the application name, in this example the main "problem" was in konsole sessions:
...cut... konsole_10149e1e2d7000162292777200000021750016_1697324951_114676 konsole_10149e1e2d7000165799946700000020290012_1697480091_880313 konsole_10149e1e2d7000162292777200000021750016_1697639404_621519 konsole_10149e1e2d7000165799946700000020290012_1697639404_839539 konsole_10149e1e2d7000162292777200000021750016_1697639613_577384 konsole_10149e1e2d7000162292777200000021750016_1697663203_958785 konsole_10149e1e2d7000165799946700000020290012_1697663204_191830 dolphin_dolphin_dolphin kwin_saved at previous logout_ konsole_10149e1e2d7000171784449600000022590009_1718573630_340245 konsole_10149e1e2d7000171784464700000032710009_1718573630_329854
If you see the last two have new ID different from the previous one. On a therminal console (CTRL-F1) before logging in KDE I've done:
cp konsole_10149e1e2d7000162292777200000021750016_1697663203_958785 konsole_10149e1e2d7000171784449600000022590009_1718573630_340245
cp konsole_10149e1e2d7000171784449600000022590009_1718573630_340245 konsole_10149e1e2d7000171784449600000022590009_1718573630_340245
and this solved and now the session for that user are always saved fine.
That didn't help in my case, so I guess my problem is slightly different. What I tried next is to backup ~/.config/session and then delete the session files from the original. All this of course outside of KDE.
First I deleted dolphin* from ~/.config/session , logged into KDE and opened a new dolphin window. After closing my KDE session there was a new dolphin session file with the current timestamp in ~/config/session as I would expect. In the next KDE session, the dolphin windows was reopened again ==> Works.
The same I did with konsole but no avail. There is no new konsole session file after closing KDE in ~/.config/session . If I restore one from the backup directory, I see that the timestamp changes, but the content of the file is not updated. As a result there is no konsole window reopened in the next KDE session.
Any ideas on that behavior?
Check the output of konsole and the journal for warnings and error messages. You can check that "iceauth list" has valid output. -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1226110 https://bugzilla.suse.com/show_bug.cgi?id=1226110#c16 --- Comment #16 from Steffen Walter <swalter0306@web.de> --- (In reply to Fabian Vogt from comment #15)
(In reply to Steffen Walter from comment #14)
(In reply to Alessandro Soraruf from comment #13)
(In reply to Steffen Walter from comment #12)
(In reply to Alessandro Soraruf from comment #11)
Confirm that now session are saved, but as reported by Steffen Walter the session file name has changed, so after update users will loose all the old sessions. I've resolved copying my latest .config/session/konsole_xxxx session file into the new ones.
Hmmm... maybe I didn't get your solution right, but right now my latest .config/session/konsole_xxxx session file is dating from Thursday, June 6th 2024 16:25:33 CEST, which is pretty much when things stopped working altogether.
Newer session files are from other applications like dolphin, kdf ... after I received the fix on June 16th. But nothing new for konsole, although I've used it also in several sessions since patching.
If you look at your latest session file them have a new ID value after the application name, in this example the main "problem" was in konsole sessions:
...cut... konsole_10149e1e2d7000162292777200000021750016_1697324951_114676 konsole_10149e1e2d7000165799946700000020290012_1697480091_880313 konsole_10149e1e2d7000162292777200000021750016_1697639404_621519 konsole_10149e1e2d7000165799946700000020290012_1697639404_839539 konsole_10149e1e2d7000162292777200000021750016_1697639613_577384 konsole_10149e1e2d7000162292777200000021750016_1697663203_958785 konsole_10149e1e2d7000165799946700000020290012_1697663204_191830 dolphin_dolphin_dolphin kwin_saved at previous logout_ konsole_10149e1e2d7000171784449600000022590009_1718573630_340245 konsole_10149e1e2d7000171784464700000032710009_1718573630_329854
If you see the last two have new ID different from the previous one. On a therminal console (CTRL-F1) before logging in KDE I've done:
cp konsole_10149e1e2d7000162292777200000021750016_1697663203_958785 konsole_10149e1e2d7000171784449600000022590009_1718573630_340245
cp konsole_10149e1e2d7000171784449600000022590009_1718573630_340245 konsole_10149e1e2d7000171784449600000022590009_1718573630_340245
and this solved and now the session for that user are always saved fine.
That didn't help in my case, so I guess my problem is slightly different. What I tried next is to backup ~/.config/session and then delete the session files from the original. All this of course outside of KDE.
First I deleted dolphin* from ~/.config/session , logged into KDE and opened a new dolphin window. After closing my KDE session there was a new dolphin session file with the current timestamp in ~/config/session as I would expect. In the next KDE session, the dolphin windows was reopened again ==> Works.
The same I did with konsole but no avail. There is no new konsole session file after closing KDE in ~/.config/session . If I restore one from the backup directory, I see that the timestamp changes, but the content of the file is not updated. As a result there is no konsole window reopened in the next KDE session.
Any ideas on that behavior?
Check the output of konsole and the journal for warnings and error messages. You can check that "iceauth list" has valid output.
I discovered in the meantime that the issue is connected to the my main user on this machine while another user that is rarely used has a perfectly working session management again. So I'd like to reset or initialize this for my user - but that seems to be more complex than I thought. What I've tried so far: * Switching to "Start with empty session", reboot and switch back to "Restart last opened applications" * delete ./config/session and ./config/ksmserverrc from a console outside KDE and re-login Unfortunately both attempts did not help, so what am I missing? When I play around with the two users, I see some entries in /var/log/messages like 2024-06-23T13:07:40.281391+02:00 mob-kischdle4 ksmserver[4436]: Qt: Session management error: networkIdsList argument is NULL But these appear also with the user that is OK. I think these might be pointing to the heart of the matter, they appear only at the "damaged" user: 2024-06-23T13:07:40.908625+02:00 mob-kischdle4 kdeconnectd[4662]: Qt: Session management error: Authentication Rejected, reason : MIT-MAGIC-COOKIE-1 authentication rejected 2024-06-23T13:07:44.904210+02:00 mob-kischdle4 konsole[4778]: Qt: Session management error: None of the authentication protocols specified are supported 2024-06-23T13:09:11.401531+02:00 mob-kischdle4 dolphin[5389]: Qt: Session management error: None of the authentication protocols specified are supported 2024-06-23T13:23:02.513410+02:00 mob-kischdle4 konsole[9230]: Qt: Session management error: None of the authentication protocols specified are supported Ah, and "iceauth list" has similar output for both users like iceauth: creating new authority file /home/steff/.ICEauthority I guess best way to go would be to re-initialize the session management for the user, but how? -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1226110 https://bugzilla.suse.com/show_bug.cgi?id=1226110#c17 --- Comment #17 from Fabian Vogt <fabian@ritter-vogt.de> --- (In reply to Steffen Walter from comment #16)
I think these might be pointing to the heart of the matter, they appear only at the "damaged" user:
2024-06-23T13:07:40.908625+02:00 mob-kischdle4 kdeconnectd[4662]: Qt: Session management error: Authentication Rejected, reason : MIT-MAGIC-COOKIE-1 authentication rejected 2024-06-23T13:07:44.904210+02:00 mob-kischdle4 konsole[4778]: Qt: Session management error: None of the authentication protocols specified are supported 2024-06-23T13:09:11.401531+02:00 mob-kischdle4 dolphin[5389]: Qt: Session management error: None of the authentication protocols specified are supported 2024-06-23T13:23:02.513410+02:00 mob-kischdle4 konsole[9230]: Qt: Session management error: None of the authentication protocols specified are supported
Ah, and "iceauth list" has similar output for both users like
iceauth: creating new authority file /home/steff/.ICEauthority
That means $ICEAUTHORITY is not set for some reason, which is essential for this to work. It's set by plasma-ksmserver.service. -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1226110 https://bugzilla.suse.com/show_bug.cgi?id=1226110#c18 --- Comment #18 from Steffen Walter <swalter0306@web.de> --- (In reply to Fabian Vogt from comment #15)
(In reply to Steffen Walter from comment #14)
(In reply to Alessandro Soraruf from comment #13)
(In reply to Steffen Walter from comment #12)
(In reply to Alessandro Soraruf from comment #11)
Confirm that now session are saved, but as reported by Steffen Walter the session file name has changed, so after update users will loose all the old sessions. I've resolved copying my latest .config/session/konsole_xxxx session file into the new ones.
Hmmm... maybe I didn't get your solution right, but right now my latest .config/session/konsole_xxxx session file is dating from Thursday, June 6th 2024 16:25:33 CEST, which is pretty much when things stopped working altogether.
Newer session files are from other applications like dolphin, kdf ... after I received the fix on June 16th. But nothing new for konsole, although I've used it also in several sessions since patching.
If you look at your latest session file them have a new ID value after the application name, in this example the main "problem" was in konsole sessions:
...cut... konsole_10149e1e2d7000162292777200000021750016_1697324951_114676 konsole_10149e1e2d7000165799946700000020290012_1697480091_880313 konsole_10149e1e2d7000162292777200000021750016_1697639404_621519 konsole_10149e1e2d7000165799946700000020290012_1697639404_839539 konsole_10149e1e2d7000162292777200000021750016_1697639613_577384 konsole_10149e1e2d7000162292777200000021750016_1697663203_958785 konsole_10149e1e2d7000165799946700000020290012_1697663204_191830 dolphin_dolphin_dolphin kwin_saved at previous logout_ konsole_10149e1e2d7000171784449600000022590009_1718573630_340245 konsole_10149e1e2d7000171784464700000032710009_1718573630_329854
If you see the last two have new ID different from the previous one. On a therminal console (CTRL-F1) before logging in KDE I've done:
cp konsole_10149e1e2d7000162292777200000021750016_1697663203_958785 konsole_10149e1e2d7000171784449600000022590009_1718573630_340245
cp konsole_10149e1e2d7000171784449600000022590009_1718573630_340245 konsole_10149e1e2d7000171784449600000022590009_1718573630_340245
and this solved and now the session for that user are always saved fine.
That didn't help in my case, so I guess my problem is slightly different. What I tried next is to backup ~/.config/session and then delete the session files from the original. All this of course outside of KDE.
First I deleted dolphin* from ~/.config/session , logged into KDE and opened a new dolphin window. After closing my KDE session there was a new dolphin session file with the current timestamp in ~/config/session as I would expect. In the next KDE session, the dolphin windows was reopened again ==> Works.
The same I did with konsole but no avail. There is no new konsole session file after closing KDE in ~/.config/session . If I restore one from the backup directory, I see that the timestamp changes, but the content of the file is not updated. As a result there is no konsole window reopened in the next KDE session.
Any ideas on that behavior?
Check the output of konsole and the journal for warnings and error messages. You can check that "iceauth list" has valid output.
I discovered in the meantime that the issue is connected to the my main user on this machine while another user that is rarely used has a perfectly working session management again. So I'd like to reset or initialize this for my user - but that seems to be more complex than I thought. What I've tried so far: * Switching to "Start with empty session", reboot and switch back to "Restart last opened applications" * delete ./config/session and ./config/ksmserverrc from a console outside KDE and re-login Unfortunately both attempts did not help, so what am I missing? When I play around with the two users, I see some entries in /var/log/messages like 2024-06-23T13:07:40.281391+02:00 mob-kischdle4 ksmserver[4436]: Qt: Session management error: networkIdsList argument is NULL But these appear also with the user that is OK. I think these might be pointing to the heart of the matter, they appear only at the "damaged" user: 2024-06-23T13:07:40.908625+02:00 mob-kischdle4 kdeconnectd[4662]: Qt: Session management error: Authentication Rejected, reason : MIT-MAGIC-COOKIE-1 authentication rejected 2024-06-23T13:07:44.904210+02:00 mob-kischdle4 konsole[4778]: Qt: Session management error: None of the authentication protocols specified are supported 2024-06-23T13:09:11.401531+02:00 mob-kischdle4 dolphin[5389]: Qt: Session management error: None of the authentication protocols specified are supported 2024-06-23T13:23:02.513410+02:00 mob-kischdle4 konsole[9230]: Qt: Session management error: None of the authentication protocols specified are supported Ah, and "iceauth list" has similar output for both users like iceauth: creating new authority file /home/steff/.ICEauthority I guess best way to go would be to re-initialize the session management for (In reply to Fabian Vogt from comment #17)
(In reply to Steffen Walter from comment #16)
I think these might be pointing to the heart of the matter, they appear only at the "damaged" user:
2024-06-23T13:07:40.908625+02:00 mob-kischdle4 kdeconnectd[4662]: Qt: Session management error: Authentication Rejected, reason : MIT-MAGIC-COOKIE-1 authentication rejected 2024-06-23T13:07:44.904210+02:00 mob-kischdle4 konsole[4778]: Qt: Session management error: None of the authentication protocols specified are supported 2024-06-23T13:09:11.401531+02:00 mob-kischdle4 dolphin[5389]: Qt: Session management error: None of the authentication protocols specified are supported 2024-06-23T13:23:02.513410+02:00 mob-kischdle4 konsole[9230]: Qt: Session management error: None of the authentication protocols specified are supported
Ah, and "iceauth list" has similar output for both users like
iceauth: creating new authority file /home/steff/.ICEauthority
That means $ICEAUTHORITY is not set for some reason, which is essential for this to work. It's set by plasma-ksmserver.service.
Yes, that is true indeed, "echo $ICEAUTHORITY" brings up an empty line. How would I set that for this user? I could not spot that "plasma-ksmerver.service" in (In reply to Fabian Vogt from comment #17)
(In reply to Steffen Walter from comment #16)
I think these might be pointing to the heart of the matter, they appear only at the "damaged" user:
2024-06-23T13:07:40.908625+02:00 mob-kischdle4 kdeconnectd[4662]: Qt: Session management error: Authentication Rejected, reason : MIT-MAGIC-COOKIE-1 authentication rejected 2024-06-23T13:07:44.904210+02:00 mob-kischdle4 konsole[4778]: Qt: Session management error: None of the authentication protocols specified are supported 2024-06-23T13:09:11.401531+02:00 mob-kischdle4 dolphin[5389]: Qt: Session management error: None of the authentication protocols specified are supported 2024-06-23T13:23:02.513410+02:00 mob-kischdle4 konsole[9230]: Qt: Session management error: None of the authentication protocols specified are supported
Ah, and "iceauth list" has similar output for both users like
iceauth: creating new authority file /home/steff/.ICEauthority
That means $ICEAUTHORITY is not set for some reason, which is essential for this to work. It's set by plasma-ksmserver.service.
I see plasma-ksmserver.service running in sytemctl status. What do I have to do to get the environment variable set? -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1226110 https://bugzilla.suse.com/show_bug.cgi?id=1226110#c19 --- Comment #19 from Fabian Vogt <fabian@ritter-vogt.de> --- Try systemctl --user status plasma-ksmserver -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1226110 https://bugzilla.suse.com/show_bug.cgi?id=1226110#c20 --- Comment #20 from Steffen Walter <swalter0306@web.de> --- (In reply to Fabian Vogt from comment #19)
Try systemctl --user status plasma-ksmserver
That's what I get: ● plasma-ksmserver.service - KDE Session Management Server Loaded: loaded (/usr/lib/systemd/user/plasma-ksmserver.service; disabled; vendor preset: disabled) Active: active (running) since Sun 2024-06-23 16:32:41 CEST; 5h 35min ago Main PID: 23359 (ksmserver) CGroup: /user.slice/user-1001.slice/user@1001.service/session.slice/plasma-ksmserver.service └─ 23359 /usr/bin/ksmserver -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1226110 https://bugzilla.suse.com/show_bug.cgi?id=1226110#c21 --- Comment #21 from Steffen Walter <swalter0306@web.de> --- Which is the same at both users -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1226110 https://bugzilla.suse.com/show_bug.cgi?id=1226110#c22 --- Comment #22 from Steffen Walter <swalter0306@web.de> --- I saw that the user that has the defunct session management shows: --- steff@mob-kischdle4:/> echo $ICEAUTHORITY steff@mob-kischdle4:/> --- While the second user that has working session managment shows: --- silke@mob-kischdle4:~> echo $ICEAUTHORITY /run/user/1000/iceauth_IJujQi silke@mob-kischdle4:~> --- With steff = UserID 1000 silke = UserID 1001 However, there is also a binary file /run/user/1001/iceauth_PxzKNi but somehow that not gets connected to the session of user steff. Can anyone point me to the missing bit here? -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1226110 https://bugzilla.suse.com/show_bug.cgi?id=1226110#c23 --- Comment #23 from Steffen Walter <swalter0306@web.de> --- (In reply to Steffen Walter from comment #22)
I saw that the user that has the defunct session management shows:
--- steff@mob-kischdle4:/> echo $ICEAUTHORITY
steff@mob-kischdle4:/> ---
While the second user that has working session managment shows:
--- silke@mob-kischdle4:~> echo $ICEAUTHORITY /run/user/1000/iceauth_IJujQi silke@mob-kischdle4:~> ---
With steff = UserID 1000 silke = UserID 1001
However, there is also a binary file
/run/user/1001/iceauth_PxzKNi
but somehow that not gets connected to the session of user steff.
Can anyone point me to the missing bit here?
Sorry, of course other way round: steff = UserID 1001 silke = UserID 1000 -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1226110 https://bugzilla.suse.com/show_bug.cgi?id=1226110#c24 Aleksey Kontsevich <akontsevich@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |akontsevich@gmail.com --- Comment #24 from Aleksey Kontsevich <akontsevich@gmail.com> --- Tried to switch to Plasma (Wayland) in SDDM after nvidia driver update - this bug 1 happened again, session was not restored - and completely broken. After that switch to Wayland KDE stopped to save session completely! How to fix?! https://forums.opensuse.org/t/re-kde-plasma6-does-not-restore-previous-sessi... -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠suse.com