Public bug reported:
Binary package hint: nautilus
(Possibly a Samba bug rather than a Nautilus one)
When copying a file from a window opened on a remote share (using Samba)
and then pasting into some other (local) location, if the file already
exists the usual Cancel/Skip/Replace dialog pops up, but the timestamps
reported by the dialog are not updated unless the window (to the remote
share) is locally refreshed beforehand, leading the user to possibly
Skip when he should Replace (when conducting an update, for example).
If the file is Replaced, the timestamps are updated once the copy is
completed, so at least there are no further consequences for this bug.
To demonstrate, copy a file from a remote location to a local one. In
the remote location, edit the file to make some trivial changes and save
it. Obtain its properties and note the last modification timestamp.
Back in the local location, *without refreshing the window*, obtain the
file's properties. Note how the last modification timestamp has not
been updated. Copy the file again and paste it again in the same local
location. Note how the Cancel/Skip/Replace dialog reports identical
timestamps.
This caching effect can also cause "Error while copying: No such file or
directory" if the remote file has been renamed, moved or deleted since
the window to the remote share was last refreshed. Also, any
application or daemon that watches the remote directory for changes will
likely fail to detect them.
** Affects: nautilus (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/750435
Title:
Remote file time stamps not updated during copy-paste
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
