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
When we author an inner context aware configuration without first authoring the outer configuration, it gets saved as a folder in CRX although we have PagePersistenceStrategy enabled, and when published these changes don’t appear in the publisher. However, if we save the parent configuration before creating the child configuration, it gets saved as a cq:Page without any issues and works as expected. I have provided the detailed steps for more clarity on the issue:
Open a new configuration that contains a child configuration.
The parent configuration has no fields authored.
Directly open the child/inner configuration.
Author the inner configuration and save.
Now open crx, the configuration is saved as a folder (sling:Folder)
Please note: If we author and save the parent configuration first, then proceed to author child configuration, it works as expected and node is cq:Page. Problem only exists if child configuration is authored first.
Environment: AEMaaCS DEV
Version:2024.6.16971.20240628T122619Z
Please let us know if any solution for this, or if this is the expected behavior. Thanks!
The text was updated successfully, but these errors were encountered:
i was not able to reproduce the problem - neither locally on AEMaaCS SDK nor on an actual AEMaaCS cloud instance.
are you a) using the latest io.wcm.caconfig.editor version and b) using the AEM Page persistence strategy from latest io.wcm.caconfig.extensions?
Hi Team,
When we author an inner context aware configuration without first authoring the outer configuration, it gets saved as a folder in CRX although we have PagePersistenceStrategy enabled, and when published these changes don’t appear in the publisher. However, if we save the parent configuration before creating the child configuration, it gets saved as a cq:Page without any issues and works as expected. I have provided the detailed steps for more clarity on the issue:
Please note: If we author and save the parent configuration first, then proceed to author child configuration, it works as expected and node is cq:Page. Problem only exists if child configuration is authored first.
Environment: AEMaaCS DEV
Version:2024.6.16971.20240628T122619Z
Please let us know if any solution for this, or if this is the expected behavior. Thanks!
The text was updated successfully, but these errors were encountered: