Can not log-in from drive account with unsaved password

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Create a new drive account
2. Enter all details except password
3. Save drive account settings
4. Enter password (but don't save)
5. Mount drive. Failure.
6. Save settings, now including password
7. Mount Drive. Success

What is the expected output? What do you see instead?

I expect to be able to mount the drive without saving my password to disk.

What version of the product are you using?

win-sshfs: 0.0.1.5
Client OS: Windows XP SP3
Server OS: Cygwin
Ssh server: Cygwin, OpenSSH_5.1p1 Debian-5, OpenSSL 0.9.8g 19 Oct 2007

Please provide any additional information below.

If you could get login to work from a password that is entered, but not saved, 
you could use that as a work-around for not having a requester for password 
(though the requester is more natural and expected, so it will be needed at 
some point).

Original issue reported on code.google.com by StefanM...@gmail.com on 9 Jul 2012 at 2:02

[GoogleCodeExporter]

How about keyboard-interactive connection. Program shows you the console window 
and you type in the password or w/e server asks you to prove your indentity. Or 
I put a checkbox that say that password wont be saved when you exit the app.

Original comment by mladenov...@gmail.com on 14 Jul 2012 at 1:10

[GoogleCodeExporter]

Showing console is a bit of a kludge IMHO. Checkbox in drive account settings 
is better! Remember, you should avoid a negative phrase for a check-box, so it 
would be better if it says "Save password to disk" instead of the opposite.

To negate the effect of a check box text, set the default state of the check 
box to "on". However, in this case, I think the default state should be "off": 
If default is "on", and you do not want your password saved, you will have to 
un-check at every login. If default is "off" and you want your password saved, 
you just need to check once, and it will be remembered.

As I mentioned, I think the most expected behavior is that you get a requester 
for your password at login-time, not at account setup-time. That requester 
would still need the check-box to save password. However, until you have time 
to make a separate requester, I think the drive account settings requester is 
good enough, and maybe you should have both ;-)

Original comment by StefanM...@gmail.com on 14 Jul 2012 at 1:37

[GoogleCodeExporter]

Here it is . I have add keyboard-interactive auth type,so when you specify 
empty password it will fallback to it(not sure is it good idea, maybe user 
should explictly set that). Don't comment the promt form look.
win-sshfs.googlecode.com/issues/attachment?aid=200002000&name=Debug.rar&token=Y7
zDTeaAF0MfDL8E7VvTqjIdOS8%3A1342403275512

Original comment by mladenov...@gmail.com on 16 Jul 2012 at 2:01

[GoogleCodeExporter]

So I will be able to use the client without saving my password to disk? That is 
a great improvement! I agree it is more important that everything works than 
that it looks perfect :-)

BTW, there is a broken link at the end of your message...

Original comment by StefanM...@gmail.com on 18 Jul 2012 at 1:12

[GoogleCodeExporter]

Use the attachment from issue 20 and tell me what you think.

Original comment by mladenov...@gmail.com on 18 Jul 2012 at 2:21

[GoogleCodeExporter]

Did a little dev work and did this.

Pull request on github.

Source available: https://github.com/robertkeizer/win-sshfs

For those looking for a quick solution to this particular problem - see 
attached installer.

Original comment by rob...@keizer.ca on 30 Aug 2012 at 5:51

Attachments:

• sshfs-with-password-option.zip

[GoogleCodeExporter]

Apologies - obvious glaring bug that one must hit "save" and then "mount" - 
even though the password isn't saved :)

Original comment by rob...@keizer.ca on 30 Aug 2012 at 5:54

[GoogleCodeExporter]

Original comment by mladenov...@gmail.com on 7 Oct 2012 at 7:00