Change Monitor in Transfer Queue
Posted 13 March 2008 - 04:12 PM
Great job on the multiple file monitoring b.t.w.! It's really useful.
Posted 13 March 2008 - 06:14 PM
SmartFTP "monitors" the process (editor) that it opens. If the process dies after the first 3 seconds, SmartFTP assumes that the process created is just a "loader" for the real editor. For example if there is already an instance of the editor open the file will sometimes be loaded in the existing instance of the editor and the loader dies quickly after.
Now if the loader process takes longer than 3 seconds SmartFTP assumes that the user closed the editor and the monitor item is removed from the Transfer Queue. As you can see the current detection is not very reliable. However any other FTP client I tested using this technique suffers from similar problems. Items are either not removed after the editor is closed or the items are removed too early.
Posted 14 March 2008 - 08:44 AM
Considering the cause of the problem, this is not a bug anymore. It's merely a request.
Edited by uniekje, 14 March 2008 - 08:58 AM.
Posted 16 March 2008 - 07:39 AM
I have increased the time SmartFTP waits for a possible loader process to terminate.
Do you still have problems that monitor items are removed when the editor is started?
Posted 17 March 2008 - 09:14 AM
Posted 19 March 2008 - 01:20 AM
We have disabled the process monitor in the latest version. It means you have to manually remove the items from the Transfer Queue if you don't want to monitor the file anymore. However if you don't do it they will automatically be removed after SmartFTP is restarted.
Posted 20 March 2008 - 10:37 AM
Btw, you're right, other tools allowing remote editing have the same problem, plus they don't work as great as SmartFTP .