You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by "Joe Bohn (JIRA)" <de...@geronimo.apache.org> on 2006/07/27 21:03:15 UTC

[jira] Updated: (GERONIMO-2236) keystore portlet - providing a null or incorrect password on edit unlock can only be recovered with server recycle

     [ http://issues.apache.org/jira/browse/GERONIMO-2236?page=all ]

Joe Bohn updated GERONIMO-2236:
-------------------------------

              Summary: keystore portlet - providing a null or incorrect password on edit unlock can only be recovered with server recycle  (was: keystore portlet - providing a null or incorrect password on edit unlock cannot be recovered)
    Affects Version/s: 1.1

> keystore portlet - providing a null or incorrect password on edit unlock can only be recovered with server recycle
> ------------------------------------------------------------------------------------------------------------------
>
>                 Key: GERONIMO-2236
>                 URL: http://issues.apache.org/jira/browse/GERONIMO-2236
>             Project: Geronimo
>          Issue Type: Bug
>      Security Level: public(Regular issues) 
>          Components: console
>    Affects Versions: 1.2, 1.1, 1.1.1
>         Environment: windows xp
> tomcat or jetty
>            Reporter: Joe Bohn
>             Fix For: 1.2, 1.1.1
>
>
> Providing an incorrect or null password when attempting to unlock a keystore for edit creates a situation where the keystore appears to be in edit mode but does not show existing credentials (although new credentials can be created).  Even if the keystore is locked and then subsequently unlocked for edit using the correct password, the credentials are never again shown for that "run of the server".   Recovery requires a server recycle.   After the server recycle the original set of credentials plus any created from the previous run (when the edit mode was entered with the wrong password) are displayed. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira