Clipboard URL doesn't stop the queue

[squonk]

I don't know if this is really a bug, but I came across the following behaviour :

I'm working in ftp only mode and with a proxy.
I load into the queue some files for download from a previously saved queue file.
I launch the queue.
The site referred to in the queue doesn't answer.

Then with the clipboard monitoring on, I copy a FTP URL into the clipboard.
FlashfXP successfully connects with this site and immediately disconnects with a QUIT and tries to reconnect to the site of the first file in the queue.

I would have expected that the second connection would be kept alive and the queue operations stopped.


I think what's happening is that the second connection from clipboard monitoring doesn't stop the queue from running, and when the connection with the second site takes place, the queue is still is the GO state and tries to fire up as soon as the state connected is detected.


I give you the log of the status window :
================= I start the queue =======================================
[10:51:09] Connecting to SITE1 via Proxy
[10:51:09] Connected to Proxy PROX Port 21
[10:51:09] 220-PROX ready.
[10:51:10] 220-
[10:51:11] 220-
[10:51:11] 220- Bienvenue sur le serveur PROX
[10:51:11] 220
[10:51:12] USER dummy
[10:51:12] 331 Password required for dummy.
[10:51:12] PASS (hidden)
[10:51:13] 230 User dummy logged in. Please select host with 'quote site' command.
[10:51:13] SITE SITE1
[10:53:13] Connection failed
[10:53:13] Delaying for 600 seconds before reconnect attempt #1
================= I copy the site 2 URL into the clipboard ================
[10:53:58] Connecting to SITE2 via Proxy
[10:53:59] Connected to Proxy PROX Port 21
[10:53:59] 220-PROX ready.
[10:54:00] 220-
[10:54:01] 220-
[10:54:01] 220- Bienvenue sur le serveur PROX
[10:54:01] 220
[10:54:02] USER dummy
[10:54:02] 331 Password required for dummy.
[10:54:03] PASS (hidden)
[10:54:03] 230 User dummy logged in. Please select host with 'quote site' command.
[10:54:03] SITE SITE2
[10:54:05] 220 SITE2 Microsoft FTP Service (Version 5.0).
[10:54:06] USER anonymous
[10:54:07] 331 Anonymous access allowed, send identity (e-mail name) as password.
[10:54:07] PASS (hidden)
[10:54:08] 230 Anonymous user logged in.
[10:54:08] SYST
[10:54:10] 215 Windows_NT version 5.0
[10:54:10] PWD
[10:54:11] 257 "/" is current directory.
================= FLASHFXP immediately disconnects with site 2 ==============
[10:54:11] QUIT
[10:54:12] 221
[10:54:12] Logged off: SITE2
================= The queue goes on =========================================
[10:54:12] Connecting to SITE1 via Proxy
[10:54:12] Connected to Proxy PROX Port 21
[10:54:13] 220-PROX ready.
[10:54:13] 220-
[10:54:14] 220-
[10:54:14] 220- Bienvenue sur le serveur PROX
[10:54:15] 220
[10:54:15] USER dummy
[10:54:16] 331 Password required for dummy.
[10:54:16] PASS (hidden)
[10:54:17] 230 User dummy logged in. Please select host with 'quote site' command.
[10:54:17] SITE SITE1
[10:55:26] QUIT
[10:55:27] Connection failed
[10:55:27] Delaying for 600 seconds before reconnect attempt #1

[bigstar]

Do you have Clipboard Auto Transfer enabled? This option is intended to start transferring the queue after connect if a ftp url to a file was passed.

I think what's happening is that FlashFXP thinks you're passing a ftp url to a file and attempts to start the queue after connect. Make sure your ftp url ends with a / or \

Or if you are indeed passing a ftp url to a file this is the intended behavior.

[squonk]

Clipboard Auto transfer is disabled.
I could reproduce this behaviour and I checked the URL copied into the clipboard by pasting it into a file editor and it was a directory URL (ending with "/").

[bigstar]

When I posted my reply I posted after testing how it worked and that's how it worked for me.

I just tested again and it worked the same way, I can't explain why it works differently for you. :confused:

[squonk]

I'm working with Windows 95 SR2.

I tried a lot of possible combinations :
I tried with LAN sites or sites sitting beyond my firewall.
I tried with local sites not answering at all and with local sites not connecting because of a wrong password.
I always come with the same result.

But if I try to connect with the SITE 2 with the F8 quick connect key or with the site manager, it works OK. I stay connected with SITE 2, the queue is really dead.

The problem only occurs when the second connection attempt is coming through the clipboard monitoring.
I tried several URL with and without directories, and even the simplest form of local LAN URL (ftp://ServerName), so the content of the clipboard doesn't seem to matter.

I unloaded the only proggy(powerpro) that could have interfered with clipboard operation but without any result.

I seems the clipboard copy event doesn't trigger the same connection processing as the quick connect or the site manager connect.

[bigstar]

ok, I think it's fixed.

[squonk]

Yeah, it's OK now, thanks !