Thanks.  Do you think that might be an incremental version or a major version?  Just curious, I am not familiar with how fast you all put changes in.
 
 - Chris
----- Original Message -----
Sent: Tuesday, August 12, 2003 9:42 AM
Subject: Re: [WS_FTP Forum] transfer manager giving bad stats

Chris,
 
  You are right and the reason is that the size is updated based on what the server says when retrieving the file.  Unfortunately, it is also updated when restarting a transfer and this is the first server, that we know of, that says how many bytes it is going to send instead of the file size.
 
  This problem will be fixed in future version of WS_FTP Pro.
 
Thanks for your info.
 
Claudio
WS_FTP Team.
----- Original Message -----
Sent: Tuesday, August 12, 2003 7:25 AM
Subject: Re: [WS_FTP Forum] transfer manager giving bad stats

It is repeatable.  I am running WinME 4.90.3000 (Dell PC) and WS_FTP 8.0 2003.05.23
 
Go to mirrors.geekbone.org and download one of the linux CD images.  Note the size and let a good amount (like 30%) transfer.  Pause the transfer.  Click the play button and resume the transfer.  At first the size will be the original size, but within a few seconds of resuming the transfer, the size will change to what is really the number of bytes left to transfer at the beginning of the resume (the remaining 70% of the file).  The transferred will be a continuation of the initial transfer (30% and counting up).  So, now your % complete will be more than the 30% where you left off.
 
If you are not able to repeat it, let me know and I can do it again and send / upload screen shots and log files.
 
 - Chris
----- Original Message -----
Sent: Monday, August 11, 2003 9:03 AM
Subject: Re: [WS_FTP Forum] transfer manager giving bad stats

Chris,
 
  We haven't seen this and we would like to see the logs of the transfers that fail. Also, what server are you using?
 
Thanks.
 
Claudio Robles
--WS_FTP Team.
----- Original Message -----
Sent: Monday, August 11, 2003 12:15 AM
Subject: [WS_FTP Forum] transfer manager giving bad stats

Has anyone else seen WS FTP Pro 8 (Version 8.0 2003.05.23) give bad stats on an ftp resume in the Transfer Manager window?  Here is the scenario:
 
I went to a site that had a couple of large (600MB) files I wanted to download.  I clicked both files and then clicked transfer to my local machine.  In the Transfer Manager window, I see the download job with a + next to it.  When I expand the tree, I see the two files being transferred.  The Transferred column shows the total of the two files that has been transferred (adding up as it goes) followed by the two individual transfer amounts.  The Size column shows the total of the two files' sizes (1200MB) followed by the two individual file sizes (600MB each).  The % done bar is as expected.  So far so good.
 
I click pause on the top line in the transfer manager to pause the whole download job (both files are just over 50% done).  Both files stop transferring and the play buttons appear.  I come back later to continue the download and I click play on the job.  I am prompted to log into the site and then prompted to overwrite or resume - I choose Resume All.
 
Now the Transfer Manager window shows the Transferred amount correctly (650MB total - 325MB each file).  But, the Size column shows the amount *left to transfer for the resume* (275MB each file, 550MB total).  In other words, the Size column is less than half of what the actual file size is.  Now my % done bar is 100% for both files because it seems to compare Size to Transferred and it will look like I am transferring many more bytes (1200MB total) than the file size (550MB total).  Also, I now have no idea how far along I am in the download without remembering the original file sizes and comparing that number to the amount transferred (that number is correct).
 
Anyone else seen this?  Is there a fix/work-around/patch for this?  It is only an annoyance, not broken functionality (other than the functionality of a progress screen).  If there is not a fix for this now, anyone know when to expect an update?
 
----------------------------------------------------------------
Chris Rodgers

Reply via email to