Global Queue: FXP fails when 'file not found' on first item

Using the latest build (build 981).. I have found a bug in the global queue with FXP items. When the first item on the queue list fails (file or directory not found), the rest of the FXP items in queue fail. (RETR commands sent to the wrong server!)

Scenario and steps to reproduce:
  • Two 'source' FXP Servers (1.1.1.1) and (2.2.2.2)
  • One 'destination' FXP server (3.3.3.3)
  • Start with Global Queue stopped
    • Right-click and drag a directory "Folder 1" from server 1.1.1.1 to server 3.3.3.3 and select [Queue]. This will add this directory to the global queue
    • Right-click and drag a directory "Folder 2" from server 2.2.2.2 to server 3.3.3.3, and [queue] it as well.
    • Remove the "Folder 1" from server 1.1.1.1
    • Start the Global Queue
      • SmartFTP will not be able to find "Folder 1" from server 1.1.1.1 and then continues down the list to download "Folder 2" from server 2.2.2.2. EXCEPT, instead of that occurring, it attempts to download "Folder 2" from server 1.1.1.1!
      • SmartFTP appears that it never 'changes server' when it moves to the next item in the queue if it cant find a directory on the first queue item.
      • ONLY happens with FXP transfers that I'm aware of
      • Moving/deleting the missing "Folder 1" from the queue and restarting the global queue then successfully downloads "Folder 2" from the 2nd server as expected. It is only when the first item in the queue cannot be found that this problem is seen.
        • Is that enough info to go on? If not, let me know where I need to make clarifications.

          Thanks!
          - rp

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

          Microsoft Windows XP Professional
          Service Pack 2, v.2096 (Build 2600)

          CPU Speed : 1670 MHz
          Total Memory : 523760 KB
          Free Memory : 303612 KB

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

          Version : 1.0.981.36
          Time Stamp : 2004-03-12 01:50:41

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

          controls.dll : 1.6.981.36
          ftpapi.dll : 2.0.981.36
          language.dll : 1.0.981.36
          reseng.dll : 1.3.981.36
          smarthook.dll : 1.0.2.1

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

          unicows.dll : 1.0.3703.0
          shell32.dll : 6.00.2900.2096 (xpsp_sp2_rc1.040311-2315)
          shlwapi.dll : 6.00.2900.2096 (xpsp_sp2_rc1.040311-2315)
          comctl32.dll : 6.0 (xpsp_sp2_rc1.040311-2315)
          riched20.dll : 5.30.23.1217
          schannel.dll : 5.1.2600.2096 (xpsp_sp2_rc1.040311-2315)

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

          Version : 6.0.2900.2096

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

          Winsock : 2.2

From what i can tell, this happens with a few other things as well.

I have several ftp folders in my list. two have very similar hostnames, and 1 i have two accounts on.

Sometimes the two accts on the same ip get lost and the passwords shuffled (if i throw files into the global queue from both, only one account gets used)

as for the two similar hostnames, they have the same login/password/port, just different ip/host, and smartftp won't let me fxp to both of them. i've tried almost everything, and it just doesn't work.

EgotisticalElf

I did a little more testing and have possibly found a reason (similarity)

I added a third site to my list, and it exhibits the same problem.

though this site has only one thing in common with the other two..

all three have the same username/password.. that's all. could this be the reason?

EgotisticalElf

Happened again today, and yes, both servers have the same Username/Password combination. I believe this has also occurred with a server that had ONLY the username in common (password was different on the 2nd server).

Hope this helps narrow down a solution