Opened 6 years ago
Closed 5 years ago
#17859 closed defect (duplicate)
Can't copy a ".SVN" directory from VM to HOST trough directory share
Reported by: | JLB | Owned by: | |
---|---|---|---|
Component: | shared folders | Version: | VirtualBox 5.2.14 |
Keywords: | Cc: | ||
Guest type: | Windows | Host type: | Windows |
Description
Hi,
When I copy a directory containing a ".svn" subdirectory which is hidden (typically a Tortoise SVN managed project) from VM to Host trough the "shared directory" feature, the copying stops at the very first file of the .SVN subdir without any error, any alert, nothing. It stops.
Drag & drop or copy/paste behave identically.
I have the same problem too with the (hidden too) ".vs" subdir.
It seems that Virtual Box does not handle correctly directories beginning with a dot in a local share , even under Windows.
Physical and Virtual machine, the two ones run W10-64.
The log for this shared directory is :
SharedFolders host service: Adding host mapping 00:00:04.453014 Host path 'C:\Users\xxxx\Projets', map name 'Projets', writable, automount=true, create_symlinks=false, missing=false
But no error is logged.
Change History (5)
comment:1 by , 6 years ago
comment:3 by , 6 years ago
comment:4 by , 6 years ago
This bug is still active in VirtualBox 6.0 : impossible to copy files or dir beginning with a dot from guest to host, the 2 ones being Windows machines.
comment:5 by , 5 years ago
Resolution: | → duplicate |
---|---|
Status: | new → closed |
Looks like the trouble isn't the leading dot but the hidden attribute on directories. The shared folders where ignoring requests to modify attributes on directories, which somehow upsets recent windows 10 releases (a bit uncertain which exactly, as I'm having some difficulties reproducing). And yes, I think this is a duplicate of #17626.
Any directory beginning with "." will crash a copy trough the directory sharing.
Windows guest, windows host.