Opened 14 years ago
Closed 5 years ago
#9203 closed defect (invalid)
Inability to overwrite files in shared folders from Nautilus and other means
| Reported by: | Stuart Rossiter | Owned by: | |
|---|---|---|---|
| Component: | shared folders | Version: | VirtualBox 4.1.0 |
| Keywords: | vboxsf nautilus | Cc: | |
| Guest type: | Linux | Host type: | Windows |
Description
When using shared folders on an Ubuntu guest (which uses the Nautilus file manager), trying to overwrite any file on a share via the file manager (i.e. standard drag and drop of adjusted file results in a 'text file busy' error. (VirtualBox log files show nothing.)
Hidden .goutputstream-XXXXX files get left in the shared folder.
Changing it via the command line, or changing it on the host works OK. Note the similarity to bug #9066 (which I also raised) re problems when renaming folders: http://www.virtualbox.org/ticket/9066
After doing some digging, this is a widely reported issue in Ubuntu: see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594162 https://bugs.launchpad.net/ubuntu/+bug/323091 (don't be fooled by the title)
It appears that gedit also has the same problem, and it *looks like* it's down to the fact that some applications (unfortunately including the Ubuntu file manager and the default editor!!) implement an overwrite via a temporary open file which is then renamed (and the rename of the open file is what vboxsf doesn't like). As those bugs state, this works fine for any other Linux filesystem (incl. NTFS ones), so the error would seem to be with vboxsf. (Not sure why this bug hasn't already been reported: can't find anything remotely similar by searching.)
This (together with #9066) would seem to be a very serious and prevalent bug. To make sure it wasn't something dependent on the nature of the underlying host folder, I re-confirmed it for three cases: -- host folder is standard NTFS folder; -- host folder is SMB share; -- host folder is standard NTFS folder monitored by Dropbox (a common setup).
Observed in VirtualBox 4.0.8 but am very strongly assuming that still in 4.0.10 given the change history.
Attachments (2)
Change History (10)
comment:1 by , 14 years ago
comment:2 by , 13 years ago
I can confirm this persists on v4.1.0 (so an admin can feel free to change the Version tag).
comment:3 by , 13 years ago
| Version: | VirtualBox 4.0.8 → VirtualBox 4.1.0 |
|---|
comment:4 by , 13 years ago
Can confirm that is not a problem on KDE-based systems with Dolphin as the file manager (tested on OpenSUSE 11.3). Can also re-confirm the bug for older versions of Ubuntu, as expected (tested on Ubuntu 10.04).
comment:5 by , 12 years ago
Can confirm that the bug is reproduced on current versions of Ubuntu (tested on Ubuntu 12.10 and 12.04).
comment:6 by , 10 years ago
Umm, has anyone from VirtualBox ever looked at this bug? Still exists 4 years on (now using Lubuntu 14.04 and VirtualBox 4.3.26, so also occurs using the PCManFM file manager). Is this a 'won't fix'? I'm very confused since this seems like an incredibly major and prevalent bug.
follow-up: 8 comment:7 by , 10 years ago
It seems that there's a glib bug for this with a patch provided Nov 2014 but never implemented... https://bugzilla.gnome.org/show_bug.cgi?id=656225
I live in hope.
comment:8 by , 5 years ago
| Resolution: | → invalid |
|---|---|
| Status: | new → closed |
Replying to sprossiter:
It seems that there's a glib bug for this with a patch provided Nov 2014 but never implemented... https://bugzilla.gnome.org/show_bug.cgi?id=656225
This bug is now: https://gitlab.gnome.org/GNOME/glib/issues/438
Closing this.
NB: As mentioned in the Ubuntu bug #323091 comments (near the end), the VirtualBox shared folders HOWTO states that this is a bug in gedit: http://forums.virtualbox.org/viewtopic.php?t=15868
This would seem to be incorrect. If the main Gnome file manager and editor do this (it's not just gedit), and it works correctly on every other filesystem, then surely it is a vboxsf implementation issue? (Sorry, don't mean to sound harsh; just trying to clarify things.)