You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It seems like xrdp is always reporting 0 available space on mapped drives. KDE checks this value before the copy commences, hence the error. If we instead use a tool that doesn't check it (e.g. cp/mv), the operation would succeed.
The text was updated successfully, but these errors were encountered:
There's no solution in xrdp at the moment I'm afraid, as we don't have the plumbing in place yet to query the remote file space. If you can disable the check in Dolphin, that would also work, but I don't know if that's possible.
xrdp version
xrdp.x86_64 1:0.10.1-1.fc41
Detailed xrdp version, build options
Operating system & version
Fedora 41
Installation method
dnf / apt / zypper / pkg / etc
Which backend do you use?
xorgxrdp
What desktop environment do you use?
KDE
Environment xrdp running on
KVM virtual machine
What's your client?
Windows 10 RDP client
Area(s) with issue?
File transfer / drive redirection
Steps to reproduce
sudo dnf install -y plasma-workspace-x11 xrdp xorgxrdp
xorgxrdp
in/etc/xrdp/xrdp.ini
, thensudo systemctl start xrdp
~/thinclient_drives/<YOUR_DRIVE>
graphically using Dolphin✔️ Expected Behavior
Copy succeeds
❌ Actual Behavior
Copy fails; Dolphin indicates no free space available on drive
Anything else?
This problem was mentioned in passing in #1429 (comment):
It seems like xrdp is always reporting 0 available space on mapped drives. KDE checks this value before the copy commences, hence the error. If we instead use a tool that doesn't check it (e.g.
cp
/mv
), the operation would succeed.The text was updated successfully, but these errors were encountered: