Comment # 16 on bug 1226110 from Steffen Walter
(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: