Community
Participate
Working Groups
Create a new connection of type "SSH Only" to a remote host, where the remote user id is different than the local one. As password enter a single character (SSH will authenticate via private key). Select both the "Store User ID" and "Store Password" checkboxes. After succesful connect to the remote, quit and re-start RSE. Upon re-start, it should be possible to expand the connection without further query. But the remote user id has not been stored.
Note: When I go to Window > Preferences > Remote Systems > Passwords, the information for my connection is also not there. When I disconnect + reconnect my connection, the information is re-used correctly (I do not have to enter it again). Only when I quit and re-start RSE, I have to re-enter the information.
I think the reason for this bug is in RSEPersistenceManager, line 220 and above where a comment says: return false; // all persistence should be at profile level It looks like this is not true for local user id and filters with setting "save with current connection only". There is some persistence required for connections as well. I think this is also the reason for bug 142191, and probably also bug 141842.
Hm, perhaps the bug is not in the RSEPersistenceManager after all. Cause when I restart the RSE and look at the properties of my System, I see the correct user ID (moberhuber) restored. But when I connect the system, I always see the local user id in the dialog. So although the correct user id is persisted and restored, it is not used in the connect dialog. Increasing priority to P2 / critical since this is really annoying when the remote user id does not match the local one (which is pretty common) and there is no workaround - user id has to be retyped after every restart. Not having this undermines one of the big arguments for RSE - saved configuration for remote systems that is easily re-usable.
It appears that the problem here is not related to the storing of the user id, but in its retrieval. The user id is different from other attributes of a host connection in that it doesn't make sense to share it among team members. Therefore it is stored in the preferences store of org.eclipse.rse.ui plugin. The preference key is (profile-name, connection-name). For some reason, the connector service is not retrieving this value when providing the values for filling in the password prompt.
This will be fixed after M2.
Downgrade from critical to major since this is just annoying and a workaround exists.
Problem was finally traced to the RSEDOMImporter (new with this release) causing a clearing of the persistent form of the user ids, effectively setting them back to the default.
Many subtle fixes here. In addition to the user ids being set from the password prompt, they are now also settable from the preference pages. Default userids and systemtype enabledment is now also persisted from the preference pages.
I need to reopen this. * My local user id is "mober" -- this is also valid for most connections * Create an "ssh only" connection to dev.eclipse.org. Set user id to "moberhuber" * When I try to connect, it tries to use "mober". The overridden user id is not saved. I was using Windows XP with Eclipse-platform, RSE-runtime-core, RSE-runtime-ssh, RSE-runtime-dstore packages.
Also, when I select a connection in the RSE Tree and choose "Properties", then in the properties modify the user id and press OK, the Properties View still shows the old user name. The change is not persisted.
Fixed again. This time there was a bug in the storage of the user ids in the case where there was no previous default. Found a password persistence bug during testing and fixed that also. Moved management of the userid persistent storage to the SystemsPreferenceManager from the RSEPreferencePage. Moved the the actual storage for userids from the UI plugin to the core plugin. There is still a refresh bug in property sheet if you change a default user id for a subsystem or system. I will open a separate bug for that.
In RC3, setting up a "SSH Only" checking "Store User ID" and "Store Password" checkboxes persists the user id and password. After restarting Eclipse, the information is not requested and the connection starts fine.
Closing.
[target cleanup] 1.0 M3 was the original target milestone for this bug
