Version: (using KDE 4.3.2) OS: Linux Installed from: Debian testing/unstable Packages I created a desktop shortcut that launches xterm as root, and I set the work path to "/". If I select "Remember password", the xterm opens in $HOME/Documents. If I leave "Remember password" unset, it opens in / as expected.
I looked at the processes involved with these simple commands: for p in /proc/*; do \ if (readlink $p/exe | grep -q kdesu); then \ ls -l $p/cwd $p/exe; fi; done The result is: lrwxrwxrwx 1 root ... /proc/3566/cwd -> /home/flavio/Documents lrwxrwxrwx 1 root ... /proc/3566/exe -> /usr/lib/kde4/libexec/kdesud lrwxrwxrwx 1 flavio ... /proc/5676/cwd -> / lrwxrwxrwx 1 flavio ... /proc/5676/exe -> /usr/lib/kde4/libexec/kdesu lrwxrwxrwx 1 root ... /proc/5696/cwd -> /home/flavio/Documents lrwxrwxrwx 1 root ... /proc/5696/exe -> /usr/lib/kde4/libexec/kdesud lrwxrwxrwx 1 root ... /proc/5707/cwd -> /home/flavio/Documents lrwxrwxrwx 1 root ... /proc/5707/exe -> /usr/lib/kde4/libexec/kdesu_stub (group and dates omitted for brevity) Apparently, kdesud doesn't "get" the working directory from kdesu.
Bug still present in KDE 4.4.5 from Debian testing/unstable.
indeed, the kdesud protocol has no provisions for passing a working directory to the command.
Thank you for the bug report. As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists. If this bug is no longer persisting or relevant please change the status to resolved.