nautilus ftp file copy crashes connection

Bug #774096 reported by Ben Stanley
82
This bug affects 17 people
Affects Status Importance Assigned to Milestone
gvfs (Ubuntu)
New
Low
Unassigned

Bug Description

Binary package hint: nautilus

I attempted to copy a directory tree from a local source to an ftp destination (login with username/password). The copy begins and makes some progress, but after copying one file, the ftp session logs out (the nautilus panel returns to 'computer:///'), and further attempts to connect to the original ftp site result in the following error:

Could not display "ftp://<email address hidden>"
Error: Error connecting: Connection refused
Please select another viewer and try again.
                                           OK

Attempts to re-connect in another window result in the same error being displayed.

Copying a single file also results in the connection being aborted. However, the copy is performed successfully (the file at the destination appears to be complete).

After some time, it is possible to re-connect to the ftp site. I presume the server times out and re-sets the connection.

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: nautilus 1:2.32.2.1-0ubuntu13
ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2
Uname: Linux 2.6.38-8-generic i686
Architecture: i386
Date: Sat Apr 30 22:43:43 2011
ExecutablePath: /usr/bin/nautilus
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release i386 (20091028.5)
ProcEnviron:
 LANGUAGE=en_AU:en
 PATH=(custom, no user)
 LANG=en_AU.UTF-8
 SHELL=/bin/bash
SourcePackage: nautilus
UpgradeStatus: Upgraded to natty on 2011-04-28 (1 days ago)
XsessionErrors:
 (<unknown>:17896): dee-WARNING **: Transaction from com.canonical.Unity.ApplicationsPlace.SectionsModel is in the past. Ignoring transaction.
 (<unknown>:17896): dee-WARNING **: Transaction from com.canonical.Unity.ApplicationsPlace.GroupsModel is in the past. Ignoring transaction.
 (<unknown>:17896): dee-WARNING **: Transaction from com.canonical.Unity.ApplicationsPlace.GlobalGroupsModel is in the past. Ignoring transaction.
 (<unknown>:17896): dee-WARNING **: Transaction from com.canonical.Unity.ApplicationsPlace.RunnerGroupsModel is in the past. Ignoring transaction.
 (Banshee:18653): libsoup-WARNING **: No feature manager for feature of type 'U1RequestChrome'

Revision history for this message
Ben Stanley (ben-stanley) wrote :
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. However, your crash report is either missing or challenging to deal with as a '.crash' file. Please follow these instructions to have apport report a new bug about your crash that can be dealt with by the automatic retracer.

 If you are running the Ubuntu Stable Release you might need to enable apport in /etc/default/apport and restart.

 If you are using Ubuntu with the Gnome desktop environment - launch nautilus and navigate to your /var/crash directory and double click on the crash report you wish to submit.

 If you are using Kubuntu or Xubuntu you can file the crash using /usr/share/apport/apport-qt --crash-file=/var/crash/_my_crash_report.crash in a terminal - where _my_crash_report.crash is the crash you would like to report.
 I'm closing this bug report since the process outlined above will automatically open a new bug report which can then dealt with more efficiently. Thanks in advance for your cooperation and understanding.

Changed in nautilus (Ubuntu):
importance: Undecided → Low
status: New → Invalid
Revision history for this message
Sergio Costas (rastersoft-gmail) wrote :

Same here, using the classic (i.e. Gnome2) desktop under Ubuntu 11.04, but there's nothing in the /var/crash directory. It's empty.

Revision history for this message
Sergio Costas (rastersoft-gmail) wrote :

Same here, using the classic (i.e. Gnome2) desktop under Ubuntu 11.04, but there's nothing in the /var/crash directory. It's empty.

Only a difference: I'm using the 64bit version.

Revision history for this message
Jan (jbtbnl) wrote :

I've got the same problem, occurs when uploading one or more files.
The connection will stop after the first file is uploaded. The FTP location disappears as a mounting point but the transfer dialog remains and doesn't respond any more.

Revision history for this message
jmbaudach (jmbaudach) wrote :

I just changed the status back to 'new', as I can't find a reason why the bug report had been set to 'invalid'. Obviously there are several users having the same issue.

Changed in nautilus (Ubuntu):
status: Invalid → New
Revision history for this message
Sebastien Bacher (seb128) wrote :

the reason is in comment #2, the ubuntu-bug command will open a new bug which will supersed this one

Changed in nautilus (Ubuntu):
status: New → Invalid
Revision history for this message
Artem M. Pelenitsyn (ulysses4ever) wrote :

The same problem for me (ubuntu-11.04-desktop-i386, Unity).

Revision history for this message
Sergio Costas (rastersoft-gmail) wrote :

This bug seems not to be the same that #574693

Revision history for this message
Sergio Costas (rastersoft-gmail) wrote :

Replacing gvfs and gvfs-backends with the ones from Maverick (Ubuntu 10.10) seems to fix this problem, so it seems that the bug is there (probably in gvfsd-ftp backend).

Revision history for this message
Sergio Costas (rastersoft-gmail) wrote :

I reinstalled GVFS and GVFS-BACKENDS from 11.04 and the bug were again there. Then I replaced only the file /usr/lib/gvfs/gvfsd-ftp using one taken from an Ubuntu 10.10, and now it works fine, so definitely the bug is in GVFSD-FTP backend.

Revision history for this message
Artem M. Pelenitsyn (ulysses4ever) wrote :

Great work Sergio!

1) I absolutely agree that this bug does not seem to be duplicate for #574693

2) Using gvfsd-ftp from gvfs-backends@10.10 solves the problem for me.

Many thanks!

Revision history for this message
Sergio Costas (rastersoft-gmail) wrote :

As I've explained, it's not the same bug than #574693. Also, as commented, replacing gvfsd-ftp in Natty (11.04) with the same file from Maverick (10.10) fixes the bug, so the problem must be in changes done in that file. Finally, in my system there was no .crash file to send, so I suppose that the original sender had the same problem.

Due to all these reasons, I changed the status again to NEW, and changed the package to GVFS.

affects: nautilus (Ubuntu) → gvfs (Ubuntu)
Changed in gvfs (Ubuntu):
status: Invalid → New
Revision history for this message
Sergio Costas (rastersoft-gmail) wrote :

I attach the file itself for people who doesn't know how to extract it from the packages.

Just copy it in /usr/lib/gvfs (as root, of course).

In order to open a root Nautilus, just open a terminal and type

    sudo nautilus

That will allow you to copy the file in the right place. But is important to close it ASAP after doing the replacement.

Revision history for this message
Jim Munroe (w-jim) wrote :

Hey Sergio -- thanks a ton for the workaround idea. It didn't work for me, I got broken pipe errors after using the 10.10 binary, but I went back to Lucid:
http://packages.ubuntu.com/lucid/gvfs-backends
and that binary did work for me.

Revision history for this message
lubart (slava-ua) wrote :

I have the same problem too on my ubuntu 11.04.
But this problem was solved for me together with solving the bug of open ftp-bookmarks from Places on Firefox.
Solution of this one describe here: https://bugs.launchpad.net/unity/+bug/769082?comments=all

Thanks to Martin Schachel (post by 2011-06-03).

Revision history for this message
Sergio Costas (rastersoft-gmail) wrote :

lubart: sorry, but that fix didn't fix this bug for me. I still can't upload more than one file to a remote FTP server.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.