Log in

View Full Version : Abnormal behaviour with ascii mode


Joker
02-02-2005, 06:30 AM
Build 1067 beta
Windows xp sp2

Site is running glftpd 1.30_Linux+TLS (same thing happens with other versions also)

When trying to retreive small file in ascii mode, like an .nfo file.
Flashfxp retreives it but then freezes for 5seconds and then timesout.
Same thing happens on view or if i download to my computer.
It stays at 100% for over 60seconds and then it times out.

The file has been completely transfered and is not corrupted in anyway but it doesnt want to finish the transfer.
FXP works good.

If transfering the file in binary mode this problem doesnt happen, ffxp behaves normal. Its just ascii mode that is messed up.

If i do view on the nfo file, flashfxp downloads it and freezes for about 5secs but stays on

[12:25:20] [R] PASV
[12:25:21] [R] 227 Entering Passive Mode (xxx.xxx.xxx.xxx,217,131)
[12:25:21] [R] Opening data connection IP: xxx.xxx.xxx.xxx PORT: 55683
[12:25:21] [R] RETR chic.nfo
[12:25:21] [R] Connected. Negotiating TLSv1 session..
[12:25:21] [R] TLSv1 negotiation successful...
[12:25:21] [R] TLSv1 encrypted session using cipher DHE-DSS-AES256-SHA (256 bits)
[12:25:21] [R] 150 Opening ASCII mode data connection for chic.nfo (22294 bytes).

it just stays there till I time out and then it view the nfo file, but if I however press the disconnect button and log of, ffxp views the file.

however smaller nfo files transfers correctly such as this one.
[12:28:53] [R] PASV
[12:28:53] [R] 227 Entering Passive Mode (xxxxxxxxxx,217,145)
[12:28:53] [R] Opening data connection IP: xxxxxxxxxx PORT: 55697
[12:28:53] [R] RETR lucid.nfo
[12:28:53] [R] Connected. Negotiating TLSv1 session..
[12:28:53] [R] TLSv1 negotiation successful...
[12:28:53] [R] TLSv1 encrypted session using cipher DHE-DSS-AES256-SHA (256 bits)
[12:28:53] [R] 150 Opening ASCII mode data connection for lucid.nfo (9430 bytes).
[12:28:55] Transferred: lucid.nfo 9 545 bytes in 2,06 seconds (4,5 KB/s)

bigstar
02-02-2005, 07:08 AM
This might be a problem with the site. I can't reproduce this problem on our glftpd 1.30_Linux+TLS test server.

FlashFXP is waiting for the transfer complete message.

Joker
02-02-2005, 07:43 AM
But ive tried this with Cuteftp also, to make shure its not flashfxp. But the transfer works with Cuteftp 6.

Also if ffxp is waiting for response from site why the freezing?
And why would fxp work good and ftp not?

here is a log frmo cuteftp 6

COMMAND:> TYPE A
200 Type set to A.
COMMAND:> PASV
227 Entering Passive Mode (xxxxxxxxxxxxxx,218,245)
COMMAND:> RETR chic.nfo
STATUS:> Connecting FTP data socket xxxxxxxxxxxx:56053...
150 Opening ASCII mode data connection for chic.nfo (22294 bytes).
STATUS:> Connected. Exchanging encryption keys...
STATUS:> SSL Connect time: 328 ms.
STATUS:> SSL encrypted session established.
STATUS:> Transfer complete.

same file.

bigstar
02-02-2005, 09:09 AM
I really don't know what to say.. would it be possible to give me a test account on the ftp?

FlashFXP shouldn't freeze while waiting for the reply, it should be completely responsive.

Joker
02-02-2005, 10:12 AM
Sorry I dont have access to do that. But if you send me a debug version or something i could test it out for you.

bigstar
02-02-2005, 10:22 AM
There is no pre-existing debug code in place that would help determine this specific problem.

I suspect that for whatever reason the ftp server isn't sending the reply. Since the connection is encrypted your basic socket sniffer wont work here.

If FlashFXP gets the reply it should be shown regardless of any type of error.