Opened 12 years ago
Closed 12 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 |
Description
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
Version: 3.6.0.2
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
SQLite: 3.7.6.2
Operating system:
Name: Windows NT 6.1 (build 7601, Service Pack 1)
Version: 6.1
Platform: 64 bit system
Attachments (1)
Change History (2)
by , 12 years ago
Attachment: | FileZilla Resuming too much.png added |
---|
comment:1 by , 12 years ago
Resolution: | → rejected |
---|---|
Status: | new → closed |
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.
Screen shot of FileZilla with " > 100% " Resume status.