Can you elaborate the error you are getting?

which version of AEM are you on?I experienced something similar way back in AEM 5.6. when I had the delete option disabled. Please refer to this blog KeEp cAlm & just cOdE it! : New Page/Site or Page Properties for a page disabled from siteadmin?  for the solution.

AEM would not clear the cache for the old path when the vanity URL is changed. The has to be invalidated manually or through some logic.

This can be done by overlaying the node at /libs/wcm/core/content/sites/jcr:content/views/list/datasource and change the 'limit' property on the node.

get a Resource Iterator from result and work on resource thereafter.Iterator<Resource> itr = result.getResources();while (itr.hasNext()) {Resource resource = itr.next();....}Iterate the resource and use resource.listChildren() to get all its sub nodes.

Hi,The variable value you read in sightly can be set in a hidden html input field on the page and the same field can then be accessed in jquery.

Can be done by manually setting a property for eg. createSubBrands == true on the parent folder. The same can be configured in AEM workflow launcher by specifying the 'condition' option:This will ensure the workflow runs only on those payloads which have the property and the value set.

In touch ui view, I dont think so. Use classic ui or go the node in crx to see who is the lock owner. If you want to alter the view in touch ui, customization is required.

Viewing the lock owner in touch ui would require overlay and customization.If you overlay the file at /libs/cq/gui/components/coral/admin/page/card/card.jsp to /apps folder, and make changes to the jsp then custom code can be written to display lock owner in the card view.In card.jsp, following chan...

I realized we had a sling filter which was causing delays in the Sling POST servlet.