Cyberduck Mountain Duck CLI

#3804 closed defect (duplicate)

Filesize of transfer incorrect, resulting in incomplete files

Reported by: Owned by: dkocher
Priority: normal Milestone:
Component: core Version: 3.3b4
Severity: normal Keywords: filesize
Cc: Architecture:


I'm using cyberduck to upload content to a popcornhour box over FTP. I had a problem where episodes of a tv show would stop a minute before the end. After investigation, it appeared the file was incomplete.

In the screenshot you can see how I'm uploading a 1.57Gb file, which is listed as a 1.4Gb file in Cyberduck. It will only upload the first 1.4Gb and will then say 'transfer succesful'. No matter how often I try to upload this file, it will always show up as 1.4 in the cyberduck window. I've had several files with this problem. Several others didn't have the problem.

Attachments (1)

Screen shot 2009-10-12 at 8.10.11 AM.png (64.9 KB) - added by on Oct 12, 2009 at 6:16:01 AM.
screenshot demonstrating the problem

Download all attachments as: .zip

Change History (3)

Changed on Oct 12, 2009 at 6:16:01 AM by

screenshot demonstrating the problem

comment:1 Changed on Oct 12, 2009 at 6:38:13 AM by

Additional info: The file actualy is 1.4GB, but I discovered the new Snow Leopard finder uses 1000 instead of 1024 as a basis (very annoying), which is why finder lists it as 1.57Gb. So the display in cyberduck's transferwindow is correct; still it is strange that the file even though transfered completely, misses the end at the destination. Might cyberduck internally have an incompatibility with snow leopard's way of calculating filesizes?

As an experiment, I tried to drag the file over the already existing upload in cyberduck. It then offered me to resume (even though it uploaded it as complete earlier), and when I confirmed the resume, it transfered a few bytes and then gave an error about a filesize mismatch.

comment:2 Changed on Jan 16, 2010 at 7:02:36 PM by dkocher

  • Resolution set to duplicate
  • Status changed from new to closed

Duplicate for #3771.

Note: See TracTickets for help on using tickets.