-
Notifications
You must be signed in to change notification settings - Fork 41
Description
I previously reported this issue downstream at x2goserver here https://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=1600 but I am reporting it here because I believe it ultimately has to do with upstream nxagent. I would have tried building nx-libs and reporting if reproducing with an nxagent/nxproxy combo, but I can't seem to find examples to run nxagent/nxproxy and use the existing x server session to shadow so I am hopeful someone can provide a command line to help me reproduce the issue with latest upstream. The original bug report:
Package: x2goserver
Version: 4.1.0.3-5
Severity: CriticalI have x2goclient installed on local Fedora 37 machine and
x2goserver/x2godesktopsharing installed on remote Debian 11 and
(different) Fedora 37 machines. On the Fedora 37 local machine I
connected to the Fedora 37 remote machine in X2go/X11 Desktop Sharing
mode with fullscreen and press the power button on the local machine.
This causes the Fedora 37 remote machine to respond to the shutdown
command as configured and, in this instance, shutdown. I tested with a
Debian 11 remote machine with x2goserver/x2godesktopsharing installed
on it and it too responded to the shutdown acpi command. Both remote
machines have xfce4 desktop installed.I expect the server to at least discard ACPI events and not depend on
a client to not send ACPI events. For thin client users expecting the
machine to be separate from the software in the remote connection this
increases chance of unintentional user error messing up data or even
malicious abuse.Client packages:
x2goclient 4.1.2.2-7.f37
Package nx-libs 3.5.99.26-5.fc37
Package nxproxy 3.5.99.26-5.fc37Debian 11 remote/Server packages:
x2goserver 4.1.0.3-5Fedora 37 remote/Server packages:
x2goserver-4.1.0.3-19.fc37