We are using KDE Plasma 5.27.2 on a Garuda Gnu/Linux server (Arch based) across a RDP sessions (using xrdp) with xfreerdp as client (several versions). Setting exits options to show only close sessions don't runs, ever show all options: close, restart, poweroff, sleep, etc. This already happened in KDE Neon as well. STEPS TO REPRODUCE 1. Install and setup XRDP 2. Connect to Plasma desktop 3. Set exit sessions options to show only "close session" 4. Try to exit of the session OBSERVED RESULT All the options are showed. Apart from this, if the user click on poweroff, how user don't have permissions to poweroff the machine, session don't close, keeps active, and it's impossible to open a new session until you close it with systemd-loginctl (which don't run on Garuda and needs to restart server). EXPECTED RESULT Only "close session" will be showed. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Kernel 6.2.2-zen1-1 $ lsb_release -a LSB Version: n/a Distributor ID: Garuda Description: Garuda Linux Release: Soaring Codename: Raptor XRDP version: 0.9.21.1-1 KDE Plasma Version: 5.27.2, but already happened in earlier versions. KDE Frameworks Version: 5.103.0 Qt Version: 5.15.8 I think that I can make test if you need it and you say me that to do. Thanks so much. Best regards. R. Gómez Antolí
How do you start sessions? it seems like they are not getting started properly. Also please check that nothing is crashing. You can do that by using coredumpctl.
Hi Aleix, Thanks for your fast answer. (In reply to Aleix Pol from comment #1) > How do you start sessions? it seems like they are not getting started > properly. Sound possible since loginctl don't show the sessions started with XRDP. Sessions are started across XRDP methods, I don't know very well but, croncretly my workmate start across Sesman, a XRDP display manager, that launch user session. If I don't remember bad, I do not need to touch anything of the default setup except /home/user/.xinitrc, that looks like: --------- Cut from console ------ $ cat ~/.xinitrc #!/bin/sh # # ~/.xinitrc # # Executed by startx (run your window manager from here) userresources=$HOME/.Xresources usermodmap=$HOME/.Xmodmap sysresources=/etc/X11/xinit/.Xresources sysmodmap=/etc/X11/xinit/.Xmodmap if [ -d /etc/X11/xinit/xinitrc.d ] ; then for f in /etc/X11/xinit/xinitrc.d/?*.sh ; do [ -x "$f" ] && . "$f" done unset f fi export DESKTOP_SESSION=plasma exec /usr/lib/plasma-dbus-run-session-if-needed startplasma-x11 ------------------- end of cut from console -------- ` > Also please check that nothing is crashing. You can do that by using > coredumpctl. Ok, I'll send you tomorrow since my workmate needs to close his session, my session have permission to poweroff the machine (but still shows the same problem with show all exit options) Thanks again. Best regards. R. Gómez Antolí
logind has different paths for sessions it considers "active" or not. If you run: "loginctl list-sessions" loginctl show-session X (where X is the relevant session) we should see an "active" entry. Also output of: qdbus --system org.freedesktop.login1 /org/freedesktop/login1 org.freedesktop.login1.Manager.CanPowerOff from within the session
Created attachment 157718 [details] `w` command output Hi David, (In reply to David Edmundson from comment #3) > logind has different paths for sessions it considers "active" or not. > > If you run: > "loginctl list-sessions" Don't show any RDP sessions in my Garuda system. In KDE Neon was showed. $ loginctl list-sessions SESSION UID USER SEAT TTY c1 966 sddm seat0 1 sessions listed. In this moment there are two user connected: my workmate and me. (See `w` command output from attached screenshot.) > loginctl show-session X (where X is the relevant session) we should see an > "active" entry. > > Also output of: > qdbus --system org.freedesktop.login1 /org/freedesktop/login1 > org.freedesktop.login1.Manager.CanPowerOff My user: $ qdbus --system org.freedesktop.login1 /org/freedesktop/login1 org.freedesktop.login1.Manager.CanPowerOff yes My workmate: qdbus --system org.freedesktop.login1 /org/freedesktop/login1 org.freedesktop.login1.Manager.CanPowerOff challenge My user is in the admin system group. Respect that @AleixPol petition for see coredumpctl, is not showed anything when session enter in zombie status don't closing after my workmate try to poweroff server. In fact, the client machine don't come back to "client desktop" and must be poweroff by entering CTRL+ALT+Fx console (and delays a lot because RDP sessions still remains active). Thanks so much to both. Un abrazo. R. Gómez Antolí
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
Hi David and Aleix, What more information do you need? I think that answer your last questions. Mmm, okay, I revised your questions again and I view that I forgot to answer about coredump. There are no errors in coredump, even my users or my work mate user. Briefly the bug: 0. Connect across a RDP session (remember is X11 session across RDP) 1. Setting don't show poweroff options in system preferences 2. Closing session 3. Poweroff (and reboot) options are showed. The expected behaviour is not showed. Please, let me know what type of info or test you need. Thanks so much. Un abrazo. R. Gómez Antolí
*** Bug 426244 has been marked as a duplicate of this bug. ***