I love this extension, very useful for us since we write locally and run remotely.
One thing I'd love this (or Komodo itself) to be able to do: let me *type/paste* a directory path in rather than having to navigate via clicking.
For example (from other IDEs): a "change dir" button that prompts for the remote directory to navigate to directly. Or making the dir path droplist also an input field.
This is incredibly useful, and I'm really liking the little things that were included in this extension - like displaying file date and size, not just name and show/hide hidden files with one click. I've only been using this for a few hours, but it's already on my must-have list for Komodo.
For some reason, I am not able to get this extension to work for me. I updated the localhost entry to point to a "remote" host, changed the transfer type to SCP, set the user name, cleared the password (it should ask me when I log in), and found that I couldn't save the changes. I got no warning message saying something was wrong. All I could do was cancel out of the prefs. change screen. My question is this - if I absolutely have to type in a password, what format is that password stored in and where? Since this is my laptop I'm doing this on and storing passwords could be exposed because that laptop goes with me outside the safety of the office network, I want to make sure that at a minimum, the methods being used support very strong encryption. Better yet if it can use pagent keys.
1) Unable to save changes
The only time you will be unable to save a change in the Komodo server preferences is if there is not enough information provided (needs at least an alias name, hostname and a username).
2) Password
The password is only stored when added through Komodo's server preferences. This uses the internal password manager (Mozilla's password manager), which encrypts (obscures) the password with an internal key. This is not completely bulletproof, if you have access through the running Komodo/Mozilla, you can find out these keys by querying the password manager itself (same as what the remote files has to do to gain the password). If you just leave the password empty in the preferences and then enter the password when prompted, the password will be stored within Komodo's memory, but never on disk.
Komodo's SCP and SFTP supports SSH agents, including Pageant on Windows (Komodo queries the running pageant process for the active SSH keys).
Is it possible to export the "Servers" list and import it into another Komodo install? I use Komodo on 3 different systems. Migrating preferences is easy enough, but my server list doesn't come along with it.
Note: You could write your own macro that performed this export/import if you really needed to, just note that the servers were stored in Komodo's own preference area in Komodo 3.5 and before, whilst in Komodo 4.0 and forwards they are stored in the internal Mozilla password manager.
Is it normal that this extension asks me for my password every first file download? This is quite annoying as I work with lots of different servers, each with difficult passwords. I really can't be bothered to look up the passwords every time I want to continue working on some files. Why does it need the password again anyway?
During a Komodo session you should only have to enter the password once per server. All subsequent remote server operations will use the existing cached password for that server.
Komodo's remote server code will remember a password only for the life of the Komodo session, so if you restart Komodo those passwords you've typed in will be forgotten.
You can store the password permanently by setting this in Komodo's "Server" preferences.
That's the thing: I have the password for my server stored in Komodo's Server preferences.
For just browsing a server through the remote file drive, I'm not asked for a password - I have found this to be because of the password that is stored in Komodo's Server preferences, because if I leave that out it asks me at this point.
But when I double-click on a file to open it, I'm asked for my username and password again. It's a small dialog titled "Authentication, opening file: <my remote uri>", it lists the remote server name and then has 2 input fields "User Name" and "Password", with an additional checkbox for anonymous login. The username is automatically filled in but wrongly; my FTP username is in the form of myname@myserver.com, but only "myname" is automatically filled in.
I'm not sure if this dialog is part of Komodo or of your extension, and I'm not even sure if this is an actual bug. Please advise.
This is a bug with Komodo not properly escaping usernames that contain special characters such as "@". Komodo is then incorrectly determining the username/password because of this. I've logged the following bug: http://bugs.activestate.com/show_bug.cgi?id=73780
Hi!
Thanks for making this extension possible, it works great!!!
Denis
It's fantastic that you can now extend Komodo in this way. I hope to see many more great extensions like this one soon. :-D
I love this extension, very useful for us since we write locally and run remotely.
One thing I'd love this (or Komodo itself) to be able to do: let me *type/paste* a directory path in rather than having to navigate via clicking.
For example (from other IDEs): a "change dir" button that prompts for the remote directory to navigate to directly. Or making the dir path droplist also an input field.
Wow would that save time :)
Anyway, nice work!
This is incredibly useful, and I'm really liking the little things that were included in this extension - like displaying file date and size, not just name and show/hide hidden files with one click. I've only been using this for a few hours, but it's already on my must-have list for Komodo.
For some reason, I am not able to get this extension to work for me. I updated the localhost entry to point to a "remote" host, changed the transfer type to SCP, set the user name, cleared the password (it should ask me when I log in), and found that I couldn't save the changes. I got no warning message saying something was wrong. All I could do was cancel out of the prefs. change screen. My question is this - if I absolutely have to type in a password, what format is that password stored in and where? Since this is my laptop I'm doing this on and storing passwords could be exposed because that laptop goes with me outside the safety of the office network, I want to make sure that at a minimum, the methods being used support very strong encryption. Better yet if it can use pagent keys.
---
Kevin Benton
1) Unable to save changes
The only time you will be unable to save a change in the Komodo server preferences is if there is not enough information provided (needs at least an alias name, hostname and a username).
2) Password
The password is only stored when added through Komodo's server preferences. This uses the internal password manager (Mozilla's password manager), which encrypts (obscures) the password with an internal key. This is not completely bulletproof, if you have access through the running Komodo/Mozilla, you can find out these keys by querying the password manager itself (same as what the remote files has to do to gain the password). If you just leave the password empty in the preferences and then enter the password when prompted, the password will be stored within Komodo's memory, but never on disk.
Komodo's SCP and SFTP supports SSH agents, including Pageant on Windows (Komodo queries the running pageant process for the active SSH keys).
Cheers,
Todd
Is it possible to export the "Servers" list and import it into another Komodo install? I use Komodo on 3 different systems. Migrating preferences is easy enough, but my server list doesn't come along with it.
No, there is no utility to export the server settings in Komodo.
As of Komodo 4.0.3 and upcoming 4.1.0-beta2 builds, this server's upgrade process will be handled by Komodo. See bug http://bugs.activestate.com/show_bug.cgi?id=67246 for the details.
Note: You could write your own macro that performed this export/import if you really needed to, just note that the servers were stored in Komodo's own preference area in Komodo 3.5 and before, whilst in Komodo 4.0 and forwards they are stored in the internal Mozilla password manager.
Cheers,
Todd
Got it. Thanks for the quick reply!
A great little timesaver !!! :)
The Komodo remote drive tree extension has moved to a new home:
http://community.activestate.com/komodo-extension/remote-drive-tree
There was a minor update to fix the updating of the squiggly tree icon when collapsing/expanding tree nodes.
Is it normal that this extension asks me for my password every first file download? This is quite annoying as I work with lots of different servers, each with difficult passwords. I really can't be bothered to look up the passwords every time I want to continue working on some files. Why does it need the password again anyway?
During a Komodo session you should only have to enter the password once per server. All subsequent remote server operations will use the existing cached password for that server.
Komodo's remote server code will remember a password only for the life of the Komodo session, so if you restart Komodo those passwords you've typed in will be forgotten.
You can store the password permanently by setting this in Komodo's "Server" preferences.
If this is not working as described, then it is a bug and should be logged at:
http://bugs.activestate.com/enter_bug.cgi?product=komodo
Cheers,
Todd
That's the thing: I have the password for my server stored in Komodo's Server preferences.
For just browsing a server through the remote file drive, I'm not asked for a password - I have found this to be because of the password that is stored in Komodo's Server preferences, because if I leave that out it asks me at this point.
But when I double-click on a file to open it, I'm asked for my username and password again. It's a small dialog titled "Authentication, opening file: <my remote uri>", it lists the remote server name and then has 2 input fields "User Name" and "Password", with an additional checkbox for anonymous login. The username is automatically filled in but wrongly; my FTP username is in the form of myname@myserver.com, but only "myname" is automatically filled in.
I'm not sure if this dialog is part of Komodo or of your extension, and I'm not even sure if this is an actual bug. Please advise.
This is a bug with Komodo not properly escaping usernames that contain special characters such as "@". Komodo is then incorrectly determining the username/password because of this. I've logged the following bug:
http://bugs.activestate.com/show_bug.cgi?id=73780
Thanks,
Todd