Expand my Community achievements bar.

Don’t miss the AEM Skill Exchange in SF on Nov 14—hear from industry leaders, learn best practices, and enhance your AEM strategy with practical tips.
SOLVED

iparsys permission issue

Avatar

Community Advisor

I have a page template that body part contains iparsys. In that iparsys I allow some components and that component also contains each individual parsys.
Now the problem is when I drop a component using iparsys that component's parsys policy is working fine. But after dragging the same component again by iparsys the second component's policy is not working.

 

crx.png

My initial guess this happened for the suffix part of 'custom_modal_XXXXXX'.
Here is my template policies code:

<footer
cq:policy="foundation/components/iparsys/policy_22227343659454"
jcr:primaryType="nt:unstructured"
sling:resourceType="wcm/core/components/policies/mapping">
<custom_modal
cq:policy="project/components/content/demo/custom-modal/policy_1613041747453"
jcr:primaryType="nt:unstructured"
sling:resourceType="wcm/core/components/policies/mapping">
<modal-body-parsys
cq:policy="wcm/foundation/components/parsys/policy_16686984188315"
jcr:primaryType="nt:unstructured"
sling:resourceType="wcm/core/components/policies/mapping"/>
</custom_modal>
</footer>

Can anyone suggest how I enable policy  

1 Accepted Solution

Avatar

Correct answer by
Level 9

Hello,

 

The policies related to component or its underneath child nodes are stored and managed using component node name (similar you can test with styling system as well) as i figured out. 

 

Now, to deal with your problem with iParsys inheritance and managing child parsys policy, you have to manually copy the new node name (via copy pasting the working policy (in your case case custom_model) and change the node name to new name custom_modal_XXXXXX (based on your case the created node name - but still referring same policy as working one) under the "Policy" area inside template hierarchy via using crx/de and should reflect correctly.

 

(I surprise to see that this problem only occurs with iParsys but non regular parsys - may be inheritance place some role there)

 

I hope this helps!!

View solution in original post

2 Replies

Avatar

Correct answer by
Level 9

Hello,

 

The policies related to component or its underneath child nodes are stored and managed using component node name (similar you can test with styling system as well) as i figured out. 

 

Now, to deal with your problem with iParsys inheritance and managing child parsys policy, you have to manually copy the new node name (via copy pasting the working policy (in your case case custom_model) and change the node name to new name custom_modal_XXXXXX (based on your case the created node name - but still referring same policy as working one) under the "Policy" area inside template hierarchy via using crx/de and should reflect correctly.

 

(I surprise to see that this problem only occurs with iParsys but non regular parsys - may be inheritance place some role there)

 

I hope this helps!!

Avatar

Community Advisor

Thanks @Pawan-Gupta for your reply. Yes, manual process is working but needs an automated process like normal parsys. If it's not possible then need to think about other way but not manual.