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 339420 - File transfer pauses while waiting for user interaction
File transfer pauses while waiting for user interaction
Status: RESOLVED INCOMPLETE
Product: nautilus
Classification: Core
Component: File and Folder Operations
unspecified
Other All
: Normal enhancement
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 547041 629581 659801 661343 671367 695721 740592 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-04-22 20:12 UTC by Kay Marks
Modified: 2018-06-14 23:22 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement


Description Kay Marks 2006-04-22 20:12:30 UTC 
When you are pasting files into a folder and there are some files which already
exist with the same name a box pops up asking the user what to do, to replace
the file or not. 
But while the user doesn't answer this request the transfer pauses also. 

I think it would be a great idea to move the files back in the line which need a
request and process further with the ones who don't need one. 
The running process needs to remember which files need a request if it comes to
another which already has the same name. 
So, the user could go away, make some coffee or whatever, and when he comes
back, he only needs to make one click for "overwrite all" or some more for
specific cases. Spares time and patience. 

Other information:
Sorry for my bad english ;-)
Comment 1 Cosimo Cecchi 2010-04-27 12:36:55 UTC 
Seems to be a nice idea.
Comment 2 Cosimo Cecchi 2011-10-09 19:49:20 UTC 
*** Bug 629581 has been marked as a duplicate of this bug. ***
Comment 3 Cosimo Cecchi 2011-10-09 19:51:23 UTC 
*** Bug 659801 has been marked as a duplicate of this bug. ***
Comment 4 André Klapper 2011-10-10 10:50:49 UTC 
*** Bug 661343 has been marked as a duplicate of this bug. ***
Comment 5 Cosimo Cecchi 2012-03-08 00:52:00 UTC 
*** Bug 671367 has been marked as a duplicate of this bug. ***
Comment 6 Cosimo Cecchi 2012-07-25 12:40:13 UTC 
*** Bug 547041 has been marked as a duplicate of this bug. ***
Comment 7 Dirk Haar 2014-02-12 13:31:05 UTC 
May I add that "overwrite all" should be handled with care?
If you select multiple files from different directores at a time
and copy them into one folder, it is possible that you have duplicate file names
(e.g. config files or something like that).
Selecting "Overwrite" and "for all files" would end in only having one version of this file with unpredictable results, and no chance to determine which source version will be the last.

Ending in
- a dialogue with uncopied files due to the conflict or
- creating temporary folders (like "_copy_confict_from_<sourcedir>")
     in the destination folder containing the (so misplaced) source file
would be an idea.
Comment 8 António Fernandes 2018-06-07 23:56:12 UTC 
*** Bug 695721 has been marked as a duplicate of this bug. ***
Comment 9 António Fernandes 2018-06-08 00:01:46 UTC 
This was reported again on GitLab. Let's close here and continue tracking it there: https://gitlab.gnome.org/GNOME/nautilus/issues/480
Comment 10 António Fernandes 2018-06-14 23:22:51 UTC 
*** Bug 740592 has been marked as a duplicate of this bug. ***