SlickEdit Community
SlickEdit Product Discussion => SlickEdit® => Topic started by: JakeMontgomery on March 07, 2013, 08:29:03 PM
-
I am having a problem with pasting a path into the location combo box (_ctl_remote_cwd) in the FTP Tool window (_tbFTPOpen_form). If there is a path in it already, and I click in the combo box, which auto selects all the text, then paste in another path, it concatenates the paths. For example, if I am in "/root/se", and the combo box shows "/root/se", all selected, and I paste "/tmp", I get the error:
Cannot stat "/tmp/root/se": Unable to canonicalize the path
This only happens if the pasted path is not already in the combo box drop list.
I use ftp a lot, and this is a real PITA. I tried it on (what I believe it to be) a clean install and it had the same problem.
AFAICT, the problem is (at least partially) related to ftpopen.e:_ctl_remote_cwd.on_change(). There is a block:
if( cwd=="" ) {
// This should never happen
cwd=old_RemoteCWD;
}
However, in this case it is happening. When I paste a new path, this function seems to get called twice, the first time, this happens, and the second time the text is "messed up" as I described. If I simply change it to:
if( cwd=="" ) {
return;
}
Then the problem (seems) to go away.
I am using SlickEdit 2012 (v17.0.3.0 64-bit) on Windows 7, and the connection is SFTP. This problem has exited, at least v17.0.2. A "real" fix would be appreciated.
-
An update on this.
* I am on Windows 7.
* If the pasted path contains a newline, then the problem does not occur. So select only the text, say "/tmp", not the whole line.
* This still occurs in 18.0.1. I tested it with clean configurations, and it still happens. The fix described below does work in 18.0.1.
-
The bug is more general in a combobox control with an editable text field. The FTP tool windows are a little unique and so the bug manifests readily there and not elsewhere.
There will be a workaround in the next hotfix. The tradeoff in the hotfix is that Up/Down/ScrollWheel will not work to select from the popup list when it is not visible. I think this tradeoff is fine in the short term.
A permanent fix will be in the next version.
Thanks for the report!
++rodney
-
I reported the same problem a while ago but not with the same detail. On my system, z/OS, it's much worse. The extensionless file manger is so broken it's not even usable.