Ideas from pftp and some that i think would help

[Bimberek]

Is there possibility that FlashFxp will be some day multi-server. That you run one flash and for example 4 sites and you check from where to where you want to send that?
And next more realistic that is in pftp is chained dirs. I paste what readme.txt from pftp says: "In chained-FTP mode, all sites are kind of "chained" to each other, to "synchronize" their actual
working-dir. Means, that if you CWD on one site, all others will follow (if possible). The PREPARE and TRANSFER functions are chained too, so all sites should be synchronized to each other."
It would be cool to use CTRL+B (bookmark) and choose for example Mp3-Today dir once.. and it would change the dir on both sides if possible.
Also i wonder if it's possible that 2 sites in same flash could do all the commands independly. What i mean is that now if you do CWD on one site .. the other one waits .. and after the one finishes the other one starts. It kinda block things. You can't do SITE INVITE <nick> on one site when the other one is working now..
The 3rd thing is about dupes and aborting command. Can the abort command after dupe is found be little faster? Now it kinda blocks me for about 50 secs or something like that. I have only one site that when dupe is found the abort command works great.. it doesn't stuck at all. I don't write here about turning XDUPE because i mean the dupes that happen 0-10 secs after the file is uploaded by someone else. I don't know if it's the flash fault or rather i should talk to the ftp deamon programmers? Let me know.

[bigstar]

No, the current design will not allow for it. A complete rewrite of FlashFXP is necessary.

Some ftp servers take longer to abort than others.
Which exact version/build are you using, and cna you please turn on time stamping (right click status window and check timestamp) and past a brief copy of an abort. say 2 lines before (user aborted) until it finally aborts. that way I can determine if it's the server or client.

[Bimberek]

Ok here it goes what i get (for security reasons i cuted out the ips:

[19:44:20] TYPE I
[19:44:21] 200 Type set to I.
[19:44:21] TYPE I
[19:44:21] 200 Type set to I.
[19:44:21] PASV
[19:44:21] 227 Entering Passive Mode (111,111,111,111,111)
[19:44:22] PORT 111,111,111,111,111,111
[19:44:22] 200 PORT command successful.
[19:44:22] RETR cd2-06-dabe_and_ansell_collins-double_barrel-lbe.mp3
[19:44:23] 150 Opening BINARY mode data connection for cd2-06-dabe_and_ansell_collins-double_barrel-lbe.mp3 (1586848 bytes).
[19:44:23] STOR cd2-06-dabe_and_ansell_collins-double_barrel-lbe.mp3
[19:44:23] 553- cd2-06-dabe_and_ansell_collins-double_barrel-lbe.mp3: This file looks like a dupe!!
[19:44:23] 553 It was uploaded by someone ( 0m 1s ago).
[19:44:23] ABOR
[19:44:53] Transfer Failed!
[19:44:53] TYPE A

As you see the automatic abort command that was run when dupe was found took 30seconds. It's a bit too long. I lost the release. That happens on most of sites i have. But i have one site that does the abort command perfect. Check this:

[19:45:43] TYPE I
[19:45:44] 200 Type set to I.
[19:45:44] TYPE I
[19:45:44] 200 Type set to I.
[19:45:44] PASV
[19:45:44] 227 Entering Passive Mode (111,111,111,111,111)
[19:45:44] PORT 111,111,111,111,111,11
[19:45:45] 200 PORT command successful.
[19:45:45] STOR cd2-14-skatalites-guns_of_navarone-lbe.mp3
[19:45:46] 553- cd2-14-skatalites-guns_of_navarone-lbe.mp3: This file looks like a dupe!!
[19:45:46] 553 It was uploaded by someone ( 0m 2s ago).
[19:45:46] Transfer Failed!
[19:45:46] TYPE A
[19:45:47] 200 Type set to A.
[19:45:47] PASV
[19:45:47] 227 Entering Passive Mode (111,111,111,111,11)
[19:45:48] LIST
[19:45:48] 150 Opening ASCII mode data connection for directory listing.

It took flash 0 seconds too pass by the duped file. Tell me if it is the flash or glftpd ? Tnx

And about the pftp and other ideas.. do you plan to rewrite (!!) the flash in a future and add that features.. or it's not possible?

[bigstar]

The reason it took so long is that FlashFXP waited the maxium allowed time for for a reply. The server never sent a reply stating whether the abort was successful.

The reason the two are different is because it looks like one is using alternative fxp and the other is not.

I don't know if FlashFXP will be rewrote, it's hard to say.