Global queue not working if links pasted from other programs

Verify if the bug exists after an Uninstall/Reinstall, followed by rebooting your PC.
Verified

Verify that the bug has not already been stated in the Known Issues thread.
Verified

Verify the existing open threads in the bug-report forum. Cuts down on dupes.
Verified

Verify if the bug has been fixed already, by installing the latest Development Build.
Verified. Latest beta doesn't work either.

Provide your System Information: Help > About > System Info -> "Copy To Clipboard".




+- System -----------------------------



Microsoft Windows XP Professional 



Service Pack 1 (Build 2600)







CPU Speed         : 1712 MHz



Total Memory      : 261616 KB



Free Memory       :  50308 KB







+- SmartFTP ---------------------------



Version           : 1.5.989.4



Time Stamp        : 2005-08-15 17:51:34







+- Application DLL --------------------



Controls.dll      : 1.6.989.4



sfFTPLib.dll      : 1.5.4.2







+- Language ---------------------------



SmartFTP.exe      : 1.5.989.4







+- System DLL -------------------------



shell32.dll       : 6.00.2800.1643 (xpsp2.050311-1242)



shlwapi.dll       : 6.00.2800.1612 (xpsp2.041207-1145)



comctl32.dll      : 6.0 (xpsp2.050311-1242)



riched20.dll      : 5.30.23.1219



schannel.dll      : 5.1.2600.1347 (xpsp2.040109-1800)







+- Internet Explorer ------------------



Version           : 6.0.2800.1106







+- Winsock ----------------------------



Winsock           : 2.2




Provide complete step-by-step instructions on how-to reproduce the crash or bug.
1) Copy a direct ftp link from somewhere
(I copied from a web browser) eg. ftp://ftp.uni-kl.de/pub/linux/knoppix/K ... -08-EN.iso
2) Paste it into the global queue
3) Start the global queue
4) "It's not downloading!!!"
5) Open log to verify previous

The previous major release (1.2?? don't remember exactly :oops: )didn't have this problem, it started when I upgraded to the 1.5 series of Smartftp.
The problem only exists if you paste a link to the global queue from an external source. If I navigate to the ftp server and the file in smartftp and then drag the file to the global queue, it works perfectly.
The FTP log suggests that Smartftp thinks that the file name is in fact a directory name and if it encounters a could not change directory error then it gives up. Also, when using a pasted link, Smartftp tries to get the size using "SIZE", but when the queue item is dragged from a smartftp window, it uses "SIZE filename".
This is not a server error, because:
a) The problem started with the 1.5 release
This is an issue that keeps coming up with different servers.

Here are the FTP logs:
The latest released version 1.5.989



211 End 



    PWD 



257 "/" 



    CWD /pub/linux/knoppix



250 Directory successfully changed.



    PWD



257 "/pub/linux/knoppix"



    SIZE 



550 Could not get file size.



    CWD /pub/linux/knoppix/KNOPPIX_V3.8.1-2005-04-08-EN.iso



550 Failed to change directory.




The latest development build



211 End



    PWD



257 "/"



    CWD /pub/linux/knoppix



250 Directory successfully changed.



    PWD



257 "/pub/linux/knoppix"



    SIZE 



550 Could not get file size.



    CWD /pub/linux/knoppix/KNOPPIX_V3.8.1-2005-04-08-EN.iso



550 Failed to change directory.





The release version when item was dragged from the smartftp window to the global queue (the working condition)



211 End



    PWD



257 "/"



    CWD /pub/linux/knoppix



250 Directory successfully changed.



    PWD



257 "/pub/linux/knoppix"



    SIZE KNOPPIX_V3.8.1-2005-04-08-EN.iso



213 719603712



    TYPE I



200 Switching to Binary mode.



    PASV



227 Entering Passive Mode (131,246,120,27,164,238)



    Opening data connection to 131.246.120.27 Port: 42222



    RETR KNOPPIX_V3.8.1-2005-04-08-EN.iso



150 Opening BINARY mode data connection for KNOPPIX_V3.8.1-2005-04-08-EN.iso (719603712 bytes).



Now finally, this is a nice bug report! Others should learn from this, honestly. Thank you hicham.

Bug resolved and would be fixed with the next dev build. Thanks for reporting:-)

Another problem has appeared. I installed the latest dev build and found the bug fixed. But another bug appeared. This time, SmartFTP appears to request the size correctly but doesn't know what to do with it any more and tries reconnecting. Gets into a loop. And the bug only appears with big files (I tried to download ISO images ~700MB each - it failed, but when I tried with a small ~250KB text file - it worked). All using the global queue and links pasted to the global queue from an external source (web browser in my case).

Here are the logs:

A small file, the condition when it works as it should.




257 "/" is current directory.



    CWD /pub/linux/knoppix



250 CWD command successful.



    PWD



257 "/pub/linux/knoppix" is current directory.



    SIZE packages-4.0dvd.txt



213 291848



    SIZE packages-4.0dvd.txt



213 291848



    TYPE A



200 Type set to A.



    PASV



227 Entering Passive Mode (134,76,11,100,217,6)



    Opening data connection to 134.76.11.100 Port: 55558



    RETR packages-4.0dvd.txt



150 Opening ASCII mode data connection for packages-4.0dvd.txt (291848 bytes).



226 Transfer complete.




An ISO image, ~700M of size, goes into a loop.



    Resolving host name "ftp.gwdg.de"



    Connecting to 134.76.11.100 Port: 21



    Connected to ftp.gwdg.de.



220 ftp.gwdg.de FTP server (Version wu-2.4.2-academ[BETA-18-em](1) Fri Apr 4 23:14:50 MEST 2003) ready.



    USER anonymous



331 Guest login ok, send your complete e-mail address as password.



    PASS (hidden)



    SYST



215 UNIX Type: L8



    FEAT



500 'FEAT': command not understood.



    TYPE I



200 Type set to I.



    REST 0



350 Restarting at 0. Send STORE or RETRIEVE to initiate transfer.



    PWD



257 "/" is current directory.



    CWD /pub/linux/knoppix



250 CWD command successful.



    PWD



257 "/pub/linux/knoppix" is current directory.



    SIZE KNOPPIX_V3.9-2005-05-27-EN.iso



213 729694208



    SIZE KNOPPIX_V3.9-2005-05-27-EN.iso



213 729694208



    Resolving host name "ftp.gwdg.de"



    Connecting to 134.76.11.100 Port: 21



    Connected to ftp.gwdg.de.



...




Another image from a different server.




   Resolving host name "redhat.linux.ee"



    Connecting to 195.222.16.154 Port: 21



    Connected to redhat.linux.ee.



220 ftp.linux.ee



    USER anonymous



331 Please specify the password.



    PASS (hidden)



230 Login successful.



    SYST



215 UNIX Type: L8



    FEAT



211-Features:



 EPRT



 EPSV



 MDTM



 PASV



 REST STREAM



 SIZE



 TVFS



211 End



    PWD



257 "/"



    CWD /pub/fedora/linux/core/4/i386/iso



250 Directory successfully changed.



    PWD



257 "/mount/hdb/mirror/fedora/linux/core/4/i386/iso"



    SIZE FC4-i386-disc1.iso



213 665434112



    CWD /pub/fedora/linux/core/4/i386/iso



250 Directory successfully changed.



    PWD



257 "/mount/hdb/mirror/fedora/linux/core/4/i386/iso"



    SIZE FC4-i386-disc1.iso



213 665434112



    Resolving host name "redhat.linux.ee"



    Connecting to 195.222.16.154 Port: 21



    Connected to redhat.linux.ee.



...







+- System -----------------------------



Microsoft Windows XP Professional 



Service Pack 1 (Build 2600)







CPU Speed         : 1712 MHz



Total Memory      : 261616 KB



Free Memory       :  28056 KB







+- SmartFTP ---------------------------



Version           : 1.5.989.5



Time Stamp        : 2005-08-18 00:44:39







+- Application DLL --------------------



Controls.dll      : 1.6.989.5



sfFTPLib.dll      : 1.5.4.2







+- Language ---------------------------



SmartFTP.exe      : 1.5.989.5







+- System DLL -------------------------



shell32.dll       : 6.00.2800.1643 (xpsp2.050311-1242)



shlwapi.dll       : 6.00.2800.1612 (xpsp2.041207-1145)



comctl32.dll      : 6.0 (xpsp2.050311-1242)



riched20.dll      : 5.30.23.1219



schannel.dll      : 5.1.2600.1347 (xpsp2.040109-1800)







+- Internet Explorer ------------------



Version           : 6.0.2800.1106







+- Winsock ----------------------------



Winsock           : 2.2



Please post the exact URLs you are having problems with.

Thanks
-Mat

I'm sorry but I cannot reproduce the problem here.

-Mat

Hi,

I had the same bug with version 1.5.988.54. But not with the latest developper build (1.5.989.7). hicham, which version do you use?

Olivier