Bug 359932 - Username not editable
Summary: Username not editable
Status: NEW
Alias: None
Product: EGit
Classification: Technology
Component: UI (show other bugs)
Version: unspecified   Edit
Hardware: PC Linux
: P3 normal with 1 vote (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-10-04 18:47 EDT by Ian Bull CLA
Modified: 2013-01-18 10:20 EST (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ian Bull CLA 2011-10-04 18:47:34 EDT
I'm trying to use the clone operation. When I use SSH (without a user specified), jgit tries to be smart and add my current user (CredentialsProviderUserInfo#createURI() which is called from the CredentialsProviderUserInfo constructor). However, I don't want to use the current user, I want to be prompted.

When this fails, the credential provider shows me a username / password dialog. However, because it 'thinks' it knows the right user, it sets the field to read-only.

I did try to hack this and make this field editable, but it seems a little more complicated than that (we need to update the URI it's using now because the username is wrong).
Comment 1 Ian Bull CLA 2011-10-04 19:20:15 EDT
This can be easily seen by:

1. Go to the Git Repository View
2. Clone a repo
3. Use ssh://foo.com/foo
4. Don't enter any username
5. Hit next

It will try to connect, and since it can't it will prompt for a username / password. However, the username will be READONLY.

Obviously in this case you could go back to the first page and enter a username, but that's not an option when you just use the clone operation. Is there a reason that JschConfigSessionFactory forces the current user if none is set?
Comment 2 Ian Bull CLA 2012-02-23 13:07:40 EST
Ping... any thoughts on this?  Having non-editable user names and assuming that everyone has the same username everywhere is real problem.  Or is there something I'm missing?