You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
Sometimes, when provisioning our AEM instances using aem-curator, it's failing because the passwords will not be reset. We found out that this issue is cause by the following:
The com.shinesolutions.aem.passwordreset bundle will be activated before the org.apache.sling.jcr.base.internal.LoginAdminWhitelist.fragment-passwordreset.config config is applied. This causes the com.shinesolutions.aem.passwordreset not to be whitelisted and thus failing to reset the password for certain users like admin, orchestrator, replicator, deployer, etc.
To Reproduce
The issues does not always occur, and we where not able to reproduce it on a local VM.
Expected behavior
org.apache.sling.jcr.base.internal.LoginAdminWhitelist.fragment-passwordreset.config is applied
Screenshots
If applicable, add screenshots to help explain your problem.
Environment (please complete the following information if relevant):
Libraries and versions: [puppet-aem-curator 3.29.0, puppet 5.0.0]
OS [e.g. CentOS Linux 7]
Additional context
To solve the issue, we've changed the order in AEM curator and made sure org.apache.sling.jcr.base.internal.LoginAdminWhitelist.fragment-passwordreset.config will be installed before the aem-password-reset.1.1.1.zip
The text was updated successfully, but these errors were encountered:
Describe the bug
Sometimes, when provisioning our AEM instances using aem-curator, it's failing because the passwords will not be reset. We found out that this issue is cause by the following:
The com.shinesolutions.aem.passwordreset bundle will be activated before the org.apache.sling.jcr.base.internal.LoginAdminWhitelist.fragment-passwordreset.config config is applied. This causes the com.shinesolutions.aem.passwordreset not to be whitelisted and thus failing to reset the password for certain users like admin, orchestrator, replicator, deployer, etc.
To Reproduce
The issues does not always occur, and we where not able to reproduce it on a local VM.
Expected behavior
org.apache.sling.jcr.base.internal.LoginAdminWhitelist.fragment-passwordreset.config is applied
Screenshots
If applicable, add screenshots to help explain your problem.
Environment (please complete the following information if relevant):
Additional context
To solve the issue, we've changed the order in AEM curator and made sure org.apache.sling.jcr.base.internal.LoginAdminWhitelist.fragment-passwordreset.config will be installed before the aem-password-reset.1.1.1.zip
The text was updated successfully, but these errors were encountered: