Opened 5 years ago

Closed 5 years ago

Last modified 5 years ago

#9647 closed Bug report (rejected)

File corrupted in passive mode when uploading

Reported by: Javier Alfonso Owned by:
Priority: normal Component: FileZilla Client
Keywords: corruption upload passive Cc:
Component version: Operating system type: Linux
Operating system version: Ubuntu 14.04 64bits

Description

The problem is that when I try to upload certain files in passive mode, FileZilla tell if I want to overwrite it (although it wasn't present in the server) and the file is truncated to 1.4KB.

I attach the file that fail, "c8.d", and the same file with a byte less that don't fail, "c11.d".

I also attach the log of a complete sesion: connect to server, navigate to folder, put file, cancel overwrite question, delete file.

The ftp server is vsftp, I can't tell more of it until the server admin get in grace to tell me what version is.

A thing that is strange is the other files of more size get uploaded correctly.

My system (as said in FileZilla) is:

FileZilla Client


Version: 3.7.3

Build information:

Compiled for: x86_64-pc-linux-gnu
Compiled on: x86_64-pc-linux-gnu
Build date: 2013-09-14
Compiled with: gcc (Ubuntu/Linaro 4.8.1-10ubuntu1) 4.8.1
Compiler flags: -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 2.8.12
GnuTLS: 2.12.23
SQLite: 3.8.2

Operating system:

Name: Linux 3.13.0-32-generic x86_64
Version: 3.13

I also tested with FileZilla_3.9.0-rc3_i586-linux-gnu.tar.bz2 with the same result.

Attachments (4)

filezilla.log (12.4 KB) - added by Javier Alfonso 5 years ago.
Log of the try
c8.d (1.3 KB) - added by Javier Alfonso 5 years ago.
File that is uploaded correctly
c11.d (1.3 KB) - added by Javier Alfonso 5 years ago.
File that is uploaded correctly
pakage_capture.pcapng (7.1 KB) - added by Javier Alfonso 5 years ago.
Capture of communication

Download all attachments as: .zip

Change History (10)

Changed 5 years ago by Javier Alfonso

Attachment: filezilla.log added

Log of the try

Changed 5 years ago by Javier Alfonso

Attachment: c8.d added

File that is uploaded correctly

Changed 5 years ago by Javier Alfonso

Attachment: c11.d added

File that is uploaded correctly

comment:1 Changed 5 years ago by Javier Alfonso

The file description of "c8.d" is incorrect. It must be "File that ISN'T uploaded correctly"

comment:2 Changed 5 years ago by Javier Alfonso

And sorry again, but the version that I also tested was FileZilla_3.9.0-rc3_x86_64-linux-gnu.tar.bz2 and not FileZilla_3.9.0-rc3_i586-linux-gnu.tar.bz2 (was an error when coping the file name as I have both downloaded by error).

comment:3 Changed 5 years ago by Tim Kosse

Status: newmoreinfo

Would it be possible for you to post a network packet capture of the upload, e.g. using Wireshark?

Changed 5 years ago by Javier Alfonso

Attachment: pakage_capture.pcapng added

Capture of communication

comment:4 Changed 5 years ago by Javier Alfonso

Status: moreinfonew

I have attached the packet capture.

The only thing that is changed is the password ;)

comment:5 Changed 5 years ago by Tim Kosse

Resolution: rejected
Status: newclosed

This is not a bug in FileZilla. It's your firewall.

According to the dump, FileZilla sends 1356 bytes to the server, then gracefully initiates connection shutdown via a FIN. So far everything is in perfect order.

Then from the network comes a RST. I presume it's not the server itself sending the RST, the error message given on the control connection does not fit a server-generated RST.

According to the dump you are using a Sonicwall firewall. Also the RST packet includes a reset cause: (Ref.Id: ?slhlhs5j8P4kj2g7w4M4a?)

You may want to check your firewall logs for more information.

comment:6 Changed 5 years ago by Javier Alfonso

Thank you for the help and sorry to waste your time.

Note: See TracTickets for help on using tickets.