Opened 11 years ago

Closed 10 years ago

#8442 closed Bug report (rejected)

Resume creating larger file than the original file

Reported by: Lance Owned by:
Priority: normal Component: FileZilla Client
Keywords: Client Resume Cc:
Component version: Operating system type: Windows
Operating system version: Windows 7 Pro


I have several files sized 734,003,200 bytes (split of a larger file.) If the download is interrupted (by my network changing on my laptop), and the download "resumed", every time the resulting file is larger than the original file. I don't recall the exact size of the resulting file, but it is around 1-10MB more. When the status shows [ > 100% ] and the file is larger than expected, I decide to stop. This happened about 7 times with none being resumed successfully.

FileZilla Client


Build information:

Compiled for: i586-pc-mingw32msvc
Compiled on: x86_64-unknown-linux-gnu
Build date: 2012-11-29
Compiled with: i586-mingw32msvc-gcc (GCC) 4.2.1-sjlj (mingw32-2)
Compiler flags: -g -O2 -Wall -g -fexceptions

Linked against:

wxWidgets: 2.8.12
GnuTLS: 3.1.4

Operating system:

Name: Windows NT 6.1 (build 7601, Service Pack 1)
Version: 6.1
Platform: 64 bit system

Attachments (1)

FileZilla Resuming too much.png (131.6 KB ) - added by Lance 11 years ago.
Screen shot of FileZilla with " > 100% " Resume status.

Download all attachments as: .zip

Change History (2)

by Lance, 11 years ago

Screen shot of FileZilla with " > 100% " Resume status.

comment:1 by Tim Kosse, 10 years ago

Resolution: rejected
Status: newclosed

This happens on certain versions of Microsoft's IIS server. Even if you specify a restart offset, they happily ignore it and send the whole file instead. Nothing we can do against it, the server needs to be fixed.

Note: See TracTickets for help on using tickets.