Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

AEM curator sometimes fails to reset admin passwords causing it to fail #283

Open
joostvdbroek93 opened this issue Apr 26, 2024 · 0 comments

Comments

@joostvdbroek93
Copy link

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant