Menu

#98 resume upload _always_ corrupted

0.6.1
closed-invalid
nobody
None
5
2011-02-18
2011-02-16
fab128
No

Hi
I've tried the resume operation on wput, but it always ended up to corrupted files with larger sizes than the originals. (I've made many tests with different kinds of files and sizes).
I'm running wput 0.6.1 on fedora 14 (x64).
I attach a zip file containing an original file and the same file after a resumed upload with wput.
If you want to test my ftp server, feel free to ask me: I will send you an account and password by email.
Thanks.

Discussion

  • fab128

    fab128 - 2011-02-16
     
  • fab128

    fab128 - 2011-02-16

    For the attached file, the problem seems to be in the way wput calculates the remaining length to upload:
    Length of original file: 123 967
    Transfer interrupted at: 65 536
    Remaining size to upload (as claimed by wput): 58 943 instead of 58431 (512 bytes difference)
    Final size of uploaded file : 124 479 (512 bytes longer than original)

     
  • Rumpeltux

    Rumpeltux - 2011-02-18

    Turned out to be a bug on the server side. Wput is behaving correctly.

     
  • Rumpeltux

    Rumpeltux - 2011-02-18
    • status: open --> closed-invalid
     

Log in to post a comment.