prod environment is alternating use of /apps/acs-commons-old and /apps/acs-commons - causing Dialog save errors | Community
Skip to main content
Level 6
August 29, 2022
Solved

prod environment is alternating use of /apps/acs-commons-old and /apps/acs-commons - causing Dialog save errors

  • August 29, 2022
  • 3 replies
  • 1541 views

hi folks,

This happened after a recent upgrade to 6.5.12 from 6.5.5.

It doesn't happen on lower environments where only /apps/acs-commons is used.

According to my Package Mgr, acs-commons 4.11.0  apps and content are installed on Prod which looks the same as the lower environments.

 

thanks in advance for any assistance!

Fiona

 

 

Here is the debug showing the JS libraries loaded

 

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
Best answer by Sachin_Arora_

If old acs-commons is still available inside /apps then the client libraries present in it will still be getting applied. So /apps/acs-commons-old should be removed.

3 replies

Sachin_Arora_
Community Advisor
Community Advisor
August 29, 2022

Did you rename the old /apps/acs-commons to /apps/acs-commons-old before installing package?

Level 6
August 29, 2022

hi !

Actually, It is my Adobe Customer Success Engineer (CSE) who deals with our prod environment.

She didn't upgrade the ACS Commons libraries this upgrade as far as I remember.

She may have made a copy of acs-commons during the 6.5 upgrade a few years ago?

But I don't see anything like that in the crx/packmgr.

Should I ask her to do something special ? Uninstall the acs commons and reinstall it perhaps?

thanks

 

Fiona

Sachin_Arora_
Community Advisor
Sachin_Arora_Community AdvisorAccepted solution
Community Advisor
August 29, 2022

If old acs-commons is still available inside /apps then the client libraries present in it will still be getting applied. So /apps/acs-commons-old should be removed.

arunpatidar
Community Advisor
Community Advisor
August 29, 2022

There could be issue due to duplicate instances of files.

You should be using only one instance of ACS Common.

Arun Patidar
Level 6
August 29, 2022

Hi,

I got rid of the dud duplicate library, but I still had my Dialog save problem.

On further examination, I finally figured that the Dialog code that was breaking was using underscore.

So I found this.

 

https://experienceleaguecommunities.adobe.com/t5/adobe-experience-manager/after-updating-aem-6-5-10-underscore-dependency-is-not-loading/m-p/426336#M121452

 

It says "Adobe recommends customers that still require Lodash/underscore for their code to add it into their project code base."

 

I'm not sure how to do this so that the correct clientlib is picked up by the Authoring code.

 

If I do something like,

aem.ui.apps/src/main/content/jcr_root/apps/myproj/clientlibs/underscore

with a directory

js/underscore.js

js.txt -> with "#base=js " and "underscore.js"

.content.xml with

 

 

<?xml version="1.0" encoding="UTF-8"?>
<jcr:root xmlns:cq="http://www.day.com/jcr/cq/1.0" xmlns:jcr="http://www.jcp.org/jcr/1.0"
jcr:primaryType="cq:ClientLibraryFolder"
allowProxy="{Boolean}true"
categories="[underscore]"/>

 

will this do the job I wonder.

 

thanks

FIona

 

Level 6
August 30, 2022

In the end, in my .content.xml files, I put lodash.underscore instead of underscore and that worked to fix my Dialog errors. I think the "underscore" was removed in 6.5.10 but you can still use the lodash.underscore.