time outs by transfers

[soup]

Can anyone help wit the following problem

I try to transfer a queue (normal website (small files)), the first ca 50 files transfer no problems, then a wait for 2 minutes(timeout), then a restart for ca 50-100 files and so on and so on.
- transfer in this case is not site to site, but site to local pc (download)

This happens by at least two of my sites (so not server specific) - both different hosts / providers / servers (i would assume it happens elsewhere, but have not checked.)

Settings are all default at the moment, using windows 7
latest flash fxp
av eset 6
dsl
- not a router problem, other ftps clients work

- any suggestions ?

tia

ps attached log-file, which shows same problem by uploads

[bigstar]

Hello,

What version/build of FlashFXP are you using?

In the session log the connection lost occurs at 29 minutes, does the connection lost typically occur around around the 30 minute mark?

[soup]

Operating System: Windows 7 x64 Service Pack 1

FlashFXP version: 4.2.5 (build 1813)

Installation type: All User - Common data folder

Program folder [Access: Read only]
C:\Program Files (x86)\FlashFXP 4\

Data folder [Access: Read / Write]
C:\ProgramData\FlashFXP\4\

Temp folder [Access: Read / Write]
C:\Users\soup\AppData\Local\Temp\

No- occurs regularly, at no particular time, often in fact.
And the reconect is fine, and the queue carries on, it just means what should be a 10minute queue becomes a 30 minute queue due to the constant 2 minute waits.
As a quick solution, is there a setting to change the time out to a lower time ?

[bigstar]

This isn't a configurable setting.

However I added a 60 second timeout for establishing a data socket connection, this should resolve the problem you're experiencing, you can test these changes in the latest beta

What I suspect is happening is that the data connection times out or takes longer than 2 minutes, after 2 minutes of waiting for a reply FlashFXP will terminate the connection. By lowering the connection timeout to less than 2 minutes we should be able to handle these situations better and instead of the control connection being lost FlashFXP can just try again with a new port combination.

I am very curious to see how these changes work for you.

[soup]

yep thats exactly what i think is happening, for some reason the transfer "hangs" until the time out, and then reconnects, and all is fine until the next "hang"

Ok - i'll give it a go !
thanks