Open rbeede opened 2 years ago
cat /etc/os-release
NAME="Ubuntu"
VERSION="20.04.3 LTS (Focal Fossa)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 20.04.3 LTS"
VERSION_ID="20.04"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
VERSION_CODENAME=focal
UBUNTU_CODENAME=focal
# dpkg -l open-vm-tools-desktop open-vm-tools
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-=====================-===============================-============-=============================================================
ii open-vm-tools 2:11.3.0-2ubuntu0~ubuntu20.04.2 amd64 Open VMware Tools for virtual machines hosted on VMware (CLI)
ii open-vm-tools-desktop 2:11.3.0-2ubuntu0~ubuntu20.04.2 amd64 Open VMware Tools for virtual machines hosted on VMware (GUI)
Thank you for the bug. Filed an internal ticket to track this.
Re-tested and am still seeing this issue. All the latest OS updates for both host and guest.
If I have a filename like test-####.txt
it still fails in the same manner.
Retested with VMware Workstation Pro version 16.2.4 build-20089737. The issue still persists.
The fix for this issue is not yet ready. I've asked the dev group for an ETA.
Retested this again, but the same issue still occurs.
VMware® Workstation 16 Pro 16.2.5 build-20904516
Applied the latest OS (guest VM) updates and rebooted as well.
$ cat /etc/os-release
NAME="Ubuntu"
VERSION="20.04.5 LTS (Focal Fossa)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 20.04.5 LTS"
VERSION_ID="20.04"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
VERSION_CODENAME=focal
UBUNTU_CODENAME=focal
$ dpkg -l open-vm-tools-desktop open-vm-tools
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-=====================-===============================-============-=============================================================
ii open-vm-tools 2:11.3.0-2ubuntu0~ubuntu20.04.3 amd64 Open VMware Tools for virtual machines hosted on VMware (CLI)
ii open-vm-tools-desktop 2:11.3.0-2ubuntu0~ubuntu20.04.3 amd64 Open VMware Tools for virtual machines hosted on VMware (GUI)
Similar issues exists on Xubuntu
xubuntu@xubuntu:~$ cat /etc/os-release
PRETTY_NAME="Ubuntu 22.10"
NAME="Ubuntu"
VERSION_ID="22.10"
VERSION="22.10 (Kinetic Kudu)"
xubuntu@xubuntu:~$ dpkg -l open-vm-tools-desktop open-vm-tools
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-=====================-============-============-=============================================================
ii open-vm-tools 2:12.1.0-1 amd64 Open VMware Tools for virtual machines hosted on VMware (CLI)
ii open-vm-tools-desktop 2:12.1.0-1 amd64 Open VMware Tools for virtual machines hosted on VMware (GUI)
I also attempted with the latest master branch of the repo and compiling on Ubuntu 20.04 today. Same error when attempting to copy and paste files with # in them.
sudo apt-get install -y autoconf make gcc g++ libtool libmspack-dev glib2.0 libpam0g-dev libssl-dev libxml2-dev xmlsec1 libxmlsec1-dev libx11-dev libxext-dev libxinerama-dev libxi-dev libxrender-dev libxrandr-dev libxtst-dev libgdk-pixbuf2.0-dev libgtk-3-dev libgtkmm-3.0-dev libudev-dev libdrm-dev fuse3
autoreconf -i
./configure --enable-resolutionkms --enable-vmwgfxctrl --enable-libappmonitor --enable-servicediscovery
make
sudo make install
sudo ldconfig
Tested with VMware-workstation-full-17.0.0-20800274 on Ubuntu 20.04 guest with all updates applied. Fresh reboots on host and guest VM.
Same error message as before
test##.docx
$ dpkg -l open-vm-tools-desktop open-vm-tools
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-=====================-===============================-============-=============================================================
ii open-vm-tools 2:11.3.0-2ubuntu0~ubuntu20.04.3 amd64 Open VMware Tools for virtual machines hosted on VMware (CLI)
ii open-vm-tools-desktop 2:11.3.0-2ubuntu0~ubuntu20.04.3 amd64 Open VMware Tools for virtual machines hosted on VMware (GUI)
We are working on it. Kind of root cause the issue. Just to summarise it's because clipboard copy paste scenario should treat "#" as a special character and it needs to be translated to "%23". So after copying such files from Windows host, If you have check clipboard on Ubuntu it should have something like below and that's not happening right now.
For test#.txt it should be ubuntu20_04lts@ubuntu20ltsvm:~/.local/share/nautilus/scripts$ xsel -b x-special/nautilus-clipboard copy file:///home/ubuntu20_04lts/Desktop/test%23.txt
for file test##.txt
ubuntu20_04lts@ubuntu20ltsvm:~/.local/share/nautilus/scripts$ xsel -b x-special/nautilus-clipboard copy file:///home/ubuntu20_04lts/Desktop/test%23%23.txt
But right now that's not that case which is why this bug exists.
Any status update on resolving this issue?
This issue is currently targeted for the next point release of Workstation. I've asked the engineer responsible for fixing it to provide another update.
Re-tested today:
VMware Workstation Pro 17.0.2 build-21581411 Host: Windows 10 (all patches applied) Guest: Ubuntu Desktop - ubuntu-20.04.6-desktop-amd64 (all patches applied)
dpkg -l open-vm-tools-desktop open-vm-tools
username@ubuntu:~/Desktop$ dpkg -l open-vm-tools-desktop open-vm-tools
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-=====================-===============================-============-=============================================================
ii open-vm-tools 2:11.3.0-2ubuntu0~ubuntu20.04.4 amd64 Open VMware Tools for virtual machines hosted on VMware (CLI)
ii open-vm-tools-desktop 2:11.3.0-2ubuntu0~ubuntu20.04.4 amd64 Open VMware Tools for virtual machines hosted on VMware (GUI)
test##.txt
Result:
Error while copying. There was an error getting information about "test". Error when getting information for file "/tmp/VMwareDnD/hZAVip/test": No such file or directory
Will this ever get fixed? Issue was opened a year ago.
Re-tested with: VMWare Workstation Pro 16.2.5 build-20904516 Host Hypervisor: Windows 10 x64 with latest patches. No hyper-v enabled. Guest: Ubuntu Desktop - Ubuntu 22.04.2 LTS on amd64 with all patches applied
dpkg -l open-vm-tools-desktop open-vm-tools
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-=====================-==========================-============-=============================================================
ii open-vm-tools 2:12.1.5-3~ubuntu0.22.04.1 amd64 Open VMware Tools for virtual machines hosted on VMware (CLI)
ii open-vm-tools-desktop 2:12.1.5-3~ubuntu0.22.04.1 amd64 Open VMware Tools for virtual machines hosted on VMware (GUI)
Result:
Error while copying. There was an error getting information about "test". Error when getting information for file "/tmp/VMwareDnD/1UNEhi/test": No such file or directory
I found if I click "Skip All" it works..
OS: Ubuntu 22.04.2 LTS Workstation 17 Player: 17.0.2 build-21581411
I have given this a fresh test with Ubuntu 20.04 and find the following. Drag and drop files with # in the name succeed. Both directions from host to guest and guest to host. File copy and paste work with a # in the name, and the file is >= 4MB selecting skips all errors. File copy and paste fails if the file contains a # and is < 4MB. This is due to an optimization for smaller files that is not correct.
I will update our file copy and paste developers and hopefully resolve this case. Addendum: if the file with a # in the name is contained within a folder, copy and paste of the folder instead will successfully paste the folder and the file with the # character.
Retested but the same issue persists.
$ cat /etc/os-release
PRETTY_NAME="Ubuntu 22.04.3 LTS"
NAME="Ubuntu"
VERSION_ID="22.04"
VERSION="22.04.3 LTS (Jammy Jellyfish)"
VERSION_CODENAME=jammy
ID=ubuntu
ID_LIKE=debian
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
UBUNTU_CODENAME=jammy
$ uname -a
Linux pentest-vm 6.2.0-34-generic #34~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Thu Sep 7 13:12:03 UTC 2 x86_64 x86_64 x86_64 GNU/Linux
dpkg -l open-vm-tools-desktop open-vm-tools
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-=====================-==========================-============-=============================================================
ii open-vm-tools 2:12.1.5-3~ubuntu0.22.04.3 amd64 Open VMware Tools for virtual machines hosted on VMware (CLI)
ii open-vm-tools-desktop 2:12.1.5-3~ubuntu0.22.04.3 amd64 Open VMware Tools for virtual machines hosted on VMware (GUI)
VMware® Workstation Technology Preview 23H1 Pro
e.x.p build-22060606
Just tried 17.5.0 but no change.
Just tried 17.5.0 but no change.
I know they had one job how can they mess up something that simple but seriously has anyone fixed it
This issue is currently targeted for the next point release of Workstation. I've asked the engineer responsible for fixing it to provide another update.
huh the new one 17.5.0 this aint fixed yet hUh
We are working on it. Kind of root cause the issue. Just to summarise it's because clipboard copy paste scenario should treat "#" as a special character and it needs to be translated to "%23". So after copying such files from Windows host, If you have check clipboard on Ubuntu it should have something like below and that's not happening right now.
For test#.txt it should be ubuntu20_04lts@ubuntu20ltsvm:~/.local/share/nautilus/scripts$ xsel -b x-special/nautilus-clipboard copy file:///home/ubuntu20_04lts/Desktop/test%23.txt
for file test##.txt
ubuntu20_04lts@ubuntu20ltsvm:~/.local/share/nautilus/scripts$ xsel -b x-special/nautilus-clipboard copy file:///home/ubuntu20_04lts/Desktop/test%23%23.txt
But right now that's not that case which is why this bug exists.
its not rocket science i heard people been having this issue for 2 years what on earth are yall doing huh this aint no rocket science its just a simple copy and paste thing
I have given this a fresh test with Ubuntu 20.04 and find the following. Drag and drop files with # in the name succeed. Both directions from host to guest and guest to host. File copy and paste work with a # in the name, and the file is >= 4MB selecting skips all errors. File copy and paste fails if the file contains a # and is < 4MB. This is due to an optimization for smaller files that is not correct.
I will update our file copy and paste developers and hopefully resolve this case. Addendum: if the file with a # in the name is contained within a folder, copy and paste of the folder instead will successfully paste the folder and the file with the # character.
what happened its October now
Retested with VM Workstation Pro 17.5.1 build-23298084 on Windows 10 Pro. Latest Ubuntu 64-bit 22.04 with all updates applied.
Result: Same error.
root@username-virtual-machine:~# cat /etc/os-release
PRETTY_NAME="Ubuntu 22.04.4 LTS"
NAME="Ubuntu"
VERSION_ID="22.04"
VERSION="22.04.4 LTS (Jammy Jellyfish)"
VERSION_CODENAME=jammy
ID=ubuntu
ID_LIKE=debian
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
UBUNTU_CODENAME=jammy
root@username-virtual-machine:~# dpkg -l open-vm-tools-desktop open-vm-tools
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-=====================-==========================-============-=============================================================
ii open-vm-tools 2:12.3.5-3~ubuntu0.22.04.1 amd64 Open VMware Tools for virtual machines hosted on VMware (CLI)
ii open-vm-tools-desktop 2:12.3.5-3~ubuntu0.22.04.1 amd64 Open VMware Tools for virtual machines hosted on VMware (GUI)
root@username-virtual-machine:~# uname -a
Linux username-virtual-machine 6.5.0-25-generic #25~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Tue Feb 20 16:09:15 UTC 2 x86_64 x86_64 x86_64 GNU/Linux
Copy & past still not working... Windows 11, Workstation 17 Pro 17.5.1 build-23298084
guest os:
[user@eos-2401 ~]$ pacman -Qi open-vm-tools | bat
1 Name : open-vm-tools
2 Version : 6:12.3.5-1
3 Description : The Open Virtual Machine Tools (open-vm-tools) are the open source implementation of VMware T
ools
4 Architecture : x86_64
5 URL : https://github.com/vmware/open-vm-tools
6 Licenses : LGPL
7 Groups : None
8 Provides : None
9 Depends On : fuse3 icu iproute2 libdnet libmspack libsigc++ libxcrypt libcrypt.so=2-64 libxss lsb
-release procps-ng uriparser gdk-pixbuf-xlib which
10 Optional Deps : gtkmm3: DnD/CP plugin [installed]
11 libxtst: DnD/CP, resolution set plugins [installed]
12 netctl: suspend-resume network state [installed]
13 networkmanager: suspend-resume network state [installed]
14 Required By : None
15 Optional For : None
16 Conflicts With : None
17 Replaces : None
18 Installed Size : 4.23 MiB
19 Packager : Christian Hesse <eworm@archlinux.org>
20 Build Date : Fri Oct 27 16:53:44 2023
21 Install Date : Thu Mar 14 03:07:53 2024
22 Install Reason : Explicitly installed
23 Install Script : No
24 Validated By : Signature
[user@eos-2401 ~]$ uname -a
Linux eos-2401 6.8.1-arch1-1 #1 SMP PREEMPT_DYNAMIC Sat, 16 Mar 2024 17:15:35 +0000 x86_64 GNU/Linux
[user@eos-2401 ~]$ lsb_release -a | bat
1 LSB Version: n/a
2 Distributor ID: EndeavourOS
3 Description: EndeavourOS Linux
4 Release: rolling
5 Codename: rolling
I found a [method]..., you can find the file in the [.cache] folder...
step1. drop the file from windows to ubuntu.
step2. open system software [Disk Usage Analyzer], and enter the [/home/
Retest with Workstation 17 Pro 17.5.2 Latest Ubuntu 22.04 updates.
Same bug persists.
Workaround has been to use Hyper-V instead.
In fact,the most recently copied or dragged files can be found in the latest directory created in ~/.cache/vmware/drag_and_drop . Maybe developers fix the drag of "drop or copy" by monitoring this latest file? It just requires moving the files from ~/.cache/vmware/drag_and_drop/xxxx/ to the target location?
I have also found that if the copied file is relatively small, it can be copied normally. For example, files smaller than 4MB can be copied successfully, but larger files cannot be copied.
============================================= log of /var/log/message
Jul 2 09:46:05 myUbuntu nautilus[4624]: g_object_ref: assertion 'G_IS_OBJECT (object)' failed Jul 2 09:46:07 myUbuntu nautilus[4624]: g_file_get_path: assertion 'G_IS_FILE (file)' failed Jul 2 09:46:07 myUbuntu nautilus[4624]: message repeated 2 times: [ g_file_get_path: assertion 'G_IS_FILE (file)' failed]
Describe the bug
Host: Windows 10 Guest: Ubuntu 20.04 64-bit Desktop
Attempting to ctrl+c and ctrl+v (or right click Paste) from the host to the guest results in an error:
Clicking on Retry multiple times does nothing. Clicking on Skip causes the file to not go into the destination folder on the guest.
This appears to only happen if the host filename has # characters in it. If I rename the file to not have that character then it works as expected.
Workaround 2: Use the mouse to drag and drop the file and it copies without error.
The issue occurs when I use the ctrl+c (in host) and then ctrl+v (in guest) with files names like test##.docx
While the error message is displayed if I do find /home/rbeede/.cache/vmware/drag_anddrop/ then I see the entire file like W4xBSN/test#.docx, but it never goes to the desired destination.
Reproduction steps
Expected behavior
The file, with the name test##.docx, should have appeared in the target directory on the guest.
Additional context
tail -n 100 vmware*