After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 134993 - Replace folder - tramples old contents non-undoably
Replace folder - tramples old contents non-undoably
Status: RESOLVED DUPLICATE of bug 48085
Product: nautilus
Classification: Core
Component: File and Folder Operations
2.5.x
Other Linux
: Normal major
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-02-20 20:51 UTC by Kevin Bowen
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.0


Description Kevin Bowen 2004-02-20 20:51:43 UTC 
Description of Problem:


Steps to reproduce the problem:
1. Move or copy a folder to a location which
already contains an identically named folder.
2. Answer 'Yes' when asked if you want to replace

Actual Results:
Contents of the original folder are lost
permanently. Operation is not undoable, and old
folder is not moved to trash, but actually deleted.

Expected Results:
Most windows users probably expect the folder
contents to be merged. Granted, the warning dialog
DOES warn users that the folder will be replaced,
however at the very least, the old folder should
be moved to the trash rather than overwritten.
Ideally, I think 'merge contents' should be
offered as an option at the 'replace' warning, but
even if it were, choosing to replace should still
result in the old folder being trashed, not deleted.
Comment 1 Matthew Gatto 2004-02-21 09:53:09 UTC 
Thanks for the bug report. There is already a bug for "merge folders
instead of replace" which this is a duplicate of. Feel free to file a
new bug requesting that the folder which is replaced be moved to the
Trash instead of just deleted.

*** This bug has been marked as a duplicate of 48085 ***