Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [ptp-user] Failed remote connect with secure storage turned off

I’m not sure when I would be able to get around to looking at it, so it’s likely to be fixed a lot sooner if you could submit a patch. 

Greg

On Jan 7, 2016, at 1:00 PM, Rocky Dunlap <rsdunlapiv@xxxxxxxxx> wrote:

This one is fairly critical for us as keeping passwords in secure storage would exclude many federal agencies from using the tool.  Is this something I should try to resolve and submit a patch, or do you have a solution in mind?  I'm not sure, but it might be as simple as just skipping the RemoteConnectionWorkingCopy save if the secure storage is turned off.  In that case, the user would not want the password saved in the first place anyway.

Rocky

On Thu, Jan 7, 2016 at 10:42 AM, Greg Watson <g.watson@xxxxxxxxxxxx> wrote:
I have never tried turning off secure storage, so that’s probably why it fails. Can you open a bug?

Thanks
Greg

> On Jan 6, 2016, at 6:19 PM, Rocky Dunlap <rsdunlapiv@xxxxxxxxx> wrote:
>
> Using the Mars.1 release of Eclipse with PTP, I am attempting to use remote connections with the secure storage completely disabled so that no passwords are stored at all.  I turned off the secure storage by going to the Secure Storage preferences area and unchecking "UI prompt" as a password provider (leaving no providers).
>
> Now, when I attempt to open a remote connection, I am prompted (as expected) for the remote password.  However, the connection fails silently and the stack trace below appears in the log.
>
> A brief inspection of the code shows that on save the RemoteConnectionWorkingCopy seems to always use the secure storage. However, if secure storage is off, I would  expect the password to be used to establish the connection but then completely removed from memory.  In other words, why do the RemoteConnectionWorkingCopy.save in the first place?
>
> Maybe I am not doing something right.  Can anyone else confirm that opening a remote connection fails when secure storage is off (i.e., when you have to be prompted for the remote password)?
>
> Thanks,
> Rocky
>
>
> !ENTRY org.eclipse.remote.core 4 0 2016-01-06 15:42:21.113
> !MESSAGE No secure storage modules found.
> !STACK 0
> org.eclipse.equinox.security.storage.StorageException: No secure storage modules found.
>       at org.eclipse.equinox.internal.security.storage.PasswordProviderSelector.findStorageModule(PasswordProviderSelector.java:190)
>       at org.eclipse.equinox.internal.security.storage.SecurePreferencesRoot.getModulePassword(SecurePreferencesRoot.java:231)
>       at org.eclipse.equinox.internal.security.storage.SecurePreferencesRoot.getPassword(SecurePreferencesRoot.java:224)
>       at org.eclipse.equinox.internal.security.storage.SecurePreferences.put(SecurePreferences.java:224)
>       at org.eclipse.equinox.internal.security.storage.SecurePreferencesWrapper.put(SecurePreferencesWrapper.java:110)
>       at org.eclipse.remote.internal.core.RemoteConnectionWorkingCopy.save(RemoteConnectionWorkingCopy.java:307)
>       at org.eclipse.remote.internal.jsch.core.JSchConnection$JSchUserInfo.promptPassword(JSchConnection.java:194)
>       at com.jcraft.jsch.UserAuthPassword.start(UserAuthPassword.java:57)
>       at com.jcraft.jsch.Session.connect(Session.java:463)
>       at com.jcraft.jsch.Session.connect(Session.java:183)
>       at org.eclipse.jsch.internal.core.JSchProvider.connect(JSchProvider.java:87)
>       at org.eclipse.remote.internal.jsch.core.JSchConnection.newSession(JSchConnection.java:911)
>       at org.eclipse.remote.internal.jsch.core.JSchConnection.open(JSchConnection.java:966)
>       at org.eclipse.remote.internal.jsch.core.JSchConnection.open(JSchConnection.java:939)
>       at org.eclipse.remote.internal.ui.views.OpenConnectionHandler$1.run(OpenConnectionHandler.java:48)
>       at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
> _______________________________________________
> ptp-user mailing list
> ptp-user@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
> https://dev.eclipse.org/mailman/listinfo/ptp-user

_______________________________________________
ptp-user mailing list
ptp-user@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/ptp-user

_______________________________________________
ptp-user mailing list
ptp-user@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/ptp-user


Back to the top