Wing FTP Software

Dear Support,

I have thesame issue like the creator of the thread http://www.wftpserver.com/bbs/viewtopic.php?f=10&t=1056
I am using FTP Rush Client 2.1.8 (Unicode) on a Windows 7 64bit with latest hotfix and drivers.
The client sits behind a NAT router and uses UPNP, I tried it with portforwarding rules with same results.

After few hours the client stop with transfering and dont reconnect or resume.

It dont do anything to fullfil his job.

This fault appears if the queue is very large and files which are about 100 - 200 MB big.

I believe that the function "Stop and resume if no data recieved" dont work!
I started a queue with 5 parallel downloads, after one hour one of this downloads stucks in the middle at 45% and stay there, after the next hour one of the other four download stuck some where at 55% and stay there ...

The client dont try to resume the stucking downloads after the administrated 120 seconds.
If I stop and start the queue, the downloads will be continued.
What do you need to analyse this ?

An other bug:
If I start FTP rush on a dual monitor System under windows 7 64 bit and I move it to the second screen the icons from the bottons become plain purple.
Opening an DirectX or OpenGL application on the first screen will rise up the chacne that the fault appears faster.



Thank you a lot for your help.
Best regards,

cummie

Hi,

I reduced the case to following:

The fault appears in single connection mode too.
And it appears if I download a lot of small files too, it need longer but it appears.

I think we have two problems here:

1. The client stops receiving data randomly without any reason in log file.
2. Code which should recognize this "no data recieving" dont work, because the download stay at the same percentage. And the activated feature "Stop and resume if no data recieved" dont do anything in this case.


Br,

cummie

I have the very same issue with my system:

Win7 Pro 64 Bit, latest fixes and Drivers
FTP Rush 2.1.8 Unicode

It just stops files in the queue randomly and doesnt start them again, then i have to spo and start the queue again, so that these files start downloading again.

Andy new insights on that matter?

Try to use single connection mode, maybe it can help you solve such issue.

I maybe have a fix for this problem. I got since i migrated to win8 (eval).

Open the Options, under Transfer you can modify the TCP/IP Buffer Size.
Whit 16kb/s it ran better, but then i tried 1024 kb/s and it ran even better ^^