VMware Communities
Henrik-R
Contributor
Contributor

Drag and drop not working: "Error while copying" - "No such file" (Win10 VM -> Ubuntu host)

I can drag a file from the Ubuntu 20.04 host (Files app) and drop it onto the desktop of the Windows 10 VM, but not the other way. When I try, I get this error message:

" Error while copying.

There was an error getting information about "the test file.txt"

Error when getting information for file "/3H8UyO/the test file.txt": No such file or directory "

(I have installed VMWare Tools and restarted not only Win10 but also the VM itself.)

Can anyone help me please.

(PS: Ctrl-C and Ctrl-V works perfectly: When using them in the Win10 VM they operate directly on my Ubuntu CopyQ clipboard manager!)

Reply
0 Kudos
4 Replies
RaSystemlord
Expert
Expert

Good for you that it works somewhat. I'm my environment(s), it is much worse. I'm including these things to display the wealth of this problem. Perhaps these comments help the Support to indentificate the origin of the problem.

Case:

Host Kubuntu 20.04 / Guest 20.04 (reasonably latests updates). VMware internal sharing is disabled (since it makes things even worse, read further).

1.

Drag and drop a single file from host to guest or vice versa.

Result: does nothing, which is the best case of them all.

2.

Copy a folder with 9 files (mp3 and jpg) from guest to host, with copy/paste from menus

Result: does not do it. BUT:

a) There is VMware interfering with starting the copy within VMware itself. It doesn't matter much with 9 files, but with 1000 files it takes minutes to release the computer to something else.

Why is VMware interfering with this? It is just wrong - I might be copying within the virtual computer or copying to a network file. This should be ONLY a matter of the OS doing something at this stage. I suspect this is just broken with bad programming.

b) There will be 1-3, depending on the take, modal error message on the screen (see the picture). You have to quit them (that's what I mean by modal), in order for the VM to be released. They appear again and again when pressing something on the screen - so, it takes seconds for one to get quitted.

3 isn't bad, although they make absolutely no sense, but if the number of copies would be larger, you would have to quit tens of them, which would take minutes of waiting and clicking. Even reboot doesn't help - they just appear again. Trying to go to Terminal and kill apps, does not seem to help either - at least it isn't trivial to find what to kill. So, you are completely stuck because of VMware itself.

This matter of getting tens of modal error message is perhaps worse, if you try to do drag&drop or if you use internal VMware sharing. I have it disabled since it was so bad.

I suspect that this item b) is broken because of very bad programming.

3.

If you copy using standard networking (samba) between the guest and NAS-drive in the host networking, the VM still gets hang up when you give copy for a folder in the guest - I mean, VMware starts some internal copying which does not make any sense. It will take minutes, if the dataset is large.

I suspect this happens because of bad programming - confusing the order of things in a copy process.

Reply
0 Kudos
RaSystemlord
Expert
Expert

Is there a way to:

- check Fixed things on each VMware Player release?

- check open problems on each VMware Player?

- to get a problem reported, even if you don't have a bought license?

VMware Workstation Player is NOT a freeware product. I have bought many licenses to it, but only in the past. There is no reason to believe that Worstation Pro would work any better.

Reply
0 Kudos
abrahamlrouse
Contributor
Contributor

Hey im having the same issue on 17.5.0 has anyone fixed it its 2023 people been giving me rubbish answers like reinstalling open-vm-tools i really need this fixed this isnt rocket science but the people in charge of this been stalling on this for 2 years i seen a post from 2020 that old of a post they had time to fix this and they didnt and 17.5 came out this month or last month and to be frank with all of you this nonsense

Reply
0 Kudos
Technogeezer
Immortal
Immortal

If you have Wayland running in the VM, try disabling it in /etc/gdm/custom.conf so that you’re running Xorg (X11). Buried in the VMware documentation is a statement that the guest must be using X11 to use drag/drop. 

- Paul (Technogeezer)
Editor of the Unofficial Fusion Companion Guides
Reply
0 Kudos