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 580124 - Copying from FTP crashes
Copying from FTP crashes
Status: RESOLVED FIXED
Product: gvfs
Classification: Core
Component: ftp backend
1.2.x
Other All
: Normal critical
: ---
Assigned To: gvfs-maint
gvfs-maint
Depends on:
Blocks:
 
 
Reported: 2009-04-24 14:51 UTC by Valentin Neacsu
Modified: 2009-04-26 12:26 UTC
See Also:
GNOME target: ---
GNOME version: 2.25/2.26



Description Valentin Neacsu 2009-04-24 14:51:56 UTC
Please describe the problem:
I have a FTP server running FileZilla 0.9.31 on Windows Server 2008 x64. When trying to copy from it the "File Operations" pop-up window freezes and nothing or a small portion (~1 MB) is transferred. Clicking the red Cancel button in that window only makes it become grayed out and nothing else happens. After a while, Nautilus starts to eat up 90+% of the CPU time.

Steps to reproduce:
1. Log in to FTP server
2. Select a large enough file and copy it
3. Select a local directory and paste the copied file into it


Actual results:
Nothing or only a small portion of the selected file gets copied and the File Operation window stops responding

Expected results:
The file gets copied and the File Operations window is responsive, clicking the red Cancel button should actually cancel the transfer.

Does this happen every time?
Only happens with the specified FileZilla FTP server. Other FTP servers (both Windows and Linux) work fine. Other clients work fine (both Windows and Linux) with the specified FTP server.

Other information:
You can contact me for access to the specified FileZilla FTP server.
Comment 1 Andreas Henriksson 2009-04-26 11:30:32 UTC
I haven't been able to reproduce this exactly, but I think I've found a problem.

Could you please try this:
in daemon/gvfsbackendftp.c find the line that sends "OPTS UTF8 ON" and replace the 0 with RESPONSE_PASS_500.
Build, install and test if this solves the problem?
Comment 2 Benjamin Otte (Company) 2009-04-26 12:26:48 UTC
fixed (and tested on master and 2.26 branch:

> Bug 580125 – Logging in to a FTP server only works for the 2nd attempt
> 
> Various fixes for sending the OPTS command: 
> 1) only send it after we're sure we've read the FEAT response 
>    (which moves it to after the login)
> 2) ignore potential errors from the OPTS command 
> 
> Also fixes: Bug 580124 – Copying from FTP crashes