AEM 6.2 to 6.4 upgrade : Issue with iparsys

[#1]

Hi All,

We have a template[not editable templates], wherein iparsys is included in the page component of the template in body.html.

<sly data-sly-resource="${'xyz' @ resourceType='wcm/foundation/components/iparsys'}"></sly>

In 6.4 environment, on creating a page out of this template it appears as seen in screenshots below. When an extra parsys comes up, in author mode it overlaps some other component, thereby hiding that component and creating issues.

In 6.2 environment, on creating a page out of this template the extra parsys doesnt come up.

Did some investigation from the UI perspective,as we were suspecting our component css conflicts with the 6.4 OOTB css. Tried multiple things, but no luck.

Whereever, iparsys is included [i.e, in header, footer] this issue is to be seen in 6.4.

Tried multiple things for quite some time, but no luck.

Any thoughts/pointers on this will be really helpful.

[#2]

Hi, we are facing something similar, did this happen to you using either 6.4.0, 6.4.1 and 6.4.2? Does this happen also using Classic UI?

[#3]

Ronny - why not make use of the features 6.4 exposes as opposed to doing things the "old way". Use of editable templates to give an AEM site similar look and feel (headers/footers, etc) is best practice.

[#4]

Sure Scott, but the first phase is the upgrade step, before then moving to the latest features.

I am aware that Classic UI is deprecated, but we need to ensure that we can perform the upgrade without affecting current site, or at least to know that by fixing a couple of configurations or lines of code will suffice to get the iparsys working fine.

[#5]

If you deploy your 6.2 site to 6.4 - what is happening?

[#6]

Reviewing, we are having CSS issues with some components, the dialog is in the DOM but with CSS rules that prevent it to be displayed:

element {      position: absolute;     z-index: 11000;     visibility: visible;     left: -10000px;     top: 20px;     width: 800px;  }

I am still researching why some of them have such rules applied.

[#7]

Can you check that in your custom code you have not overlayed any OOTB libs files ?

Similar issue was faced where below 2 files were overlayed, post merging both (latest libs file + custom code), parsys issue got resolved.

/libs/wcm/core/components/init/init.jsp

/libs/foundation/global.jsp

It should not be replicable in fresh AEM 6.4 instance, when we dont have any overlayed code.