#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)
Change History (10)
by , 10 years ago
| Attachment: | filezilla.log added |
|---|
comment:1 by , 10 years ago
The file description of "c8.d" is incorrect. It must be "File that ISN'T uploaded correctly"
comment:2 by , 10 years ago
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 by , 10 years ago
| Status: | new → moreinfo |
|---|
Would it be possible for you to post a network packet capture of the upload, e.g. using Wireshark?
comment:4 by , 10 years ago
| Status: | moreinfo → new |
|---|
I have attached the packet capture.
The only thing that is changed is the password ;)
comment:5 by , 10 years ago
| Resolution: | → rejected |
|---|---|
| Status: | new → closed |
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.
Log of the try