GNOME Bugzilla – Bug 311342
Nautilus when connecting to FTP or copying from it there is no information happening.
Last modified: 2009-11-07 17:14:29 UTC
Unfortunately I have some usability issues to report concerning Nautilus. Say you want to copy from ftp.gnome.org (say you want to copy the entire source dir to your homedir) then Nautilus is not giving any information. Not telling whether: - it's connecting, - it's processing the directories, - it's checking the diskspace, - it's doing anything. For a smaller subdir with only a handful of files this is no big deal since copying starts after some seconds, but for a bigger directory with some hundret mb's or some gb's there is nothing much showing for quite a longer time (10 mins or half an hour). This is inacceptable because it's not clear whether Nautilus has locked up or is still doing something. More feedback is required.
Oh, this probably applies to other things as well, not just FTP ....
Created attachment 49666 [details] it works for me See screenshot, i works for me with CVS and with gnome-2.10.1
Oops, miss understood, you speak about what is appening before the copying ! You right there is a dialog box but with no usefull information, and seems to be crashed (progressbar doesn't move, nothing like "preparing to copy").
> Oops, miss understood, you speak about what is appening before the copying ! Indeed you miss understood :) If you copy 12 files then it's of course no problem. But if you copy a whole subdir that contains another 5000 files and 250 subdirs as if you drag the 'sources' subdir from ftp.gnome.org to your Desktop then it's quite a pain.
We may be able to get rid of some of the preflight stuff by moving the conflict check to the actual copy process, but we clearly need more feedback.
Created attachment 62612 [details] [review] Proposed patch, ensures that we have a dialog label during preflight Discussion: http://mail.gnome.org/archives/nautilus-list/2006-April/msg00005.html I'll look into cancellation, it probably just involves passing some cancellation contexts around.
Another GnomeVFS patch is available under http://mail.gnome.org/archives/gnome-vfs-list/2006-April/msg00004.html It makes directory visit cancellation work which delayed the cancellation until all files were counted when aborting.
Attachment 62612 [details] was approved and committed.
> Attachment 62612 [details] [edit] was approved and committed. Does this mean, we can close the bugreport now ?
Closing.