Opened 10 years ago
Closed 10 years ago
#8442 closed Bug report (rejected)
Resume creating larger file than the original file
|Reported by:||Lance||Owned by:|
|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.
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
Name: Windows NT 6.1 (build 7601, Service Pack 1)
Platform: 64 bit system
Change History (2)
by , 10 years ago
|Attachment:||FileZilla Resuming too much.png added|
comment:1 by , 10 years ago
|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.