Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 318549

Summary: Cannot re-login once logged in with wrong user ID in remote login dialog.
Product: [Tools] Target Management Reporter: Loganathan <loganathan001>
Component: RSEAssignee: dsdp.tm.rse-inbox <tm.rse-inbox>
Status: NEW --- QA Contact: Martin Oberhuber <mober.at+eclipse>
Severity: normal    
Priority: P3 CC: dmcknigh
Version: unspecified   
Target Milestone: ---   
Hardware: PC   
OS: All   
Whiteboard:
Attachments:
Description Flags
This image shows the user id field disable, without giving chance to change the wrong user ID. none

Description Loganathan CLA 2010-07-01 03:16:24 EDT 
Build Identifier: M20080911-1700

Normally as you know in Remote Systems, for initial login, a login prompt will appear. If I mistakenly entered a wrong username, it wont accept it (which is expected). But the problem is if again I try to login, the user ID part is disabled, and I have to manually clear passwords for the connection in Remote Systems View. 

My suggestion is you have to disable the user ID field in the login dialog, only when the login was successful at least once. You should not disable the user ID field until a login was successful already with that user ID.

Reproducible: Always

Steps to Reproduce:
1.Try to login in to a connection.
2.Give a wrong user ID and click OK. It will not login.
3.Try to login again. You will see the user ID field disabled unnecessarily without successful login at least once.
Unless clear password action called to the connection in remote systems view, you cannot re-login.
Comment 1 Loganathan CLA 2010-07-01 03:17:58 EDT 
Created attachment 173165 [details]
This image shows the user id field disable, without giving chance to change the wrong user ID.

This image shows the user id field disable, without giving chance to change the wrong user ID.
Comment 2 David McKnight CLA 2010-07-13 11:52:42 EDT 
What kind of connection is being used in this case?  That dialog looks like an SSH connection prompt.  If you reconnect via right-mouse-click on the Files subsystem ->"Connect..." do you get the RSE prompt?
Comment 3 Loganathan CLA 2010-07-14 01:22:30 EDT 
(In reply to comment #2)
> What kind of connection is being used in this case?  That dialog looks like an
> SSH connection prompt.  If you reconnect via right-mouse-click on the Files
> subsystem ->"Connect..." do you get the RSE prompt?

Yes, it is a SSH connection prompt.
And as u mentioned if I reconnect via right-mouse-click on the Files subsystem 
->"Connect...", fine, the prompt is not appearing with disabled user id field. 

But it appears while I reconnect via right-mouse-click on the Connection -> "Connect...". This also appears while opening a Remote Project in the Navigator view, and while initially expanding the filter in RemoteSystemsView. I believe that this needs to be corrected.

And you know, during the automatic connection, while using the a remote API say, initial FileServiceSubSystem.getRemoteFileObject(), the prompt appearing is the one which I have mentioned (with disable User ID field during reconnect). This also needs to be addressed along with the fix.

Thanks,
Loganathans. S.
Comment 4 David McKnight CLA 2010-07-16 12:48:53 EDT 
(In reply to comment #3)
> 
> But it appears while I reconnect via right-mouse-click on the Connection ->
> "Connect...". This also appears while opening a Remote Project in the Navigator
> view, and while initially expanding the filter in RemoteSystemsView. I believe
> that this needs to be corrected.

I believe the connection context menu action is "Connect" (without the "...") so it's not a prompting action when there is a saved password.  I can't remember what the history was for not having that action automatically promptable.  As you mentioned in the defect description, to get that prompt back, you can select the connection and right-mouse-click->"Clear Passwords".
Comment 5 Loganathan CLA 2010-07-19 01:35:29 EDT 
(In reply to comment #4)
> (In reply to comment #3)
> > 
> > But it appears while I reconnect via right-mouse-click on the Connection ->
> > "Connect...". This also appears while opening a Remote Project in the Navigator
> > view, and while initially expanding the filter in RemoteSystemsView. I believe
> > that this needs to be corrected.
> 
> I believe the connection context menu action is "Connect" (without the "...")
> so it's not a prompting action when there is a saved password.  I can't
> remember what the history was for not having that action automatically
> promptable.  As you mentioned in the defect descriptiondescription, to get that prompt
> back, you can select the connection and right-mouse-click->"Clear Passwords".

Hi, as you mentioned, its true that I can use 'Clear Passwords' option, but my question is, why are you disabling the user ID field without knowing it is valid at least once. 

You know, in my application, I show only Navigator, which is involving remote project creation. If I'm in the middle of a remote project creation and if I have given the user ID wrongly once, I have to cancel/close the whole project creation action, and go to the 'RemoteSystemsView' and do the 'Clear Passwords' action, and  then do the project creation again.

My point is we can do the same disabling action only after a successful login in that user ID and passowrd. Till that, we can leave it editable.

Thanks,
Loganathan. S.
Comment 6 David McKnight CLA 2010-07-19 10:57:07 EDT 
I'm not seeing this with dstore connections so I suspect this is SSH-specific.  Martin, could you take a look at this?