RE: Product Compare - bug in rendering if specifications do not match

Mark Clarke, modified 6 Years ago. Regular Member Posts: 107 Join Date: 3/3/12 Recent Posts
Hi there,

The table rendered for comparing the specification of products is incorrect when one of the products does not have the same specifications as the other product.

thanks
thumbnail
Corbin Murakami, modified 6 Years ago. Junior Member Posts: 31 Join Date: 12/5/14 Recent Posts
Hey Mark, are you using one of the accelerators or the base Liferay theme? And can you provide a screenshot? Thanks
Mark Clarke, modified 6 Years ago. Regular Member Posts: 107 Join Date: 3/3/12 Recent Posts
Hi Corbin,

I am using the breccia accelrator. Please see attached images.

tia
thumbnail
Corbin Murakami, modified 6 Years ago. Junior Member Posts: 31 Join Date: 12/5/14 Recent Posts
Thanks, I've created a ticket for this that you can watch: https://issues.liferay.com/browse/EMP-21
Alec Sloan, modified 6 Years ago. New Member Posts: 7 Join Date: 3/16/19 Recent Posts
Hi Mark,

Are there specific steps to replicate this? Could send me a picture of the specifications and options assigned to those 2 products in the admin side of the catalog


OOTB Breccia works for me, see attached.

Best,
Alec
Mark Clarke, modified 6 Years ago. Regular Member Posts: 107 Join Date: 3/3/12 Recent Posts
Hi Alec,

Thanks for the interest. I have tried to reproduce the error but can't get to stage that I can even  compare two products on a vanilla instance without issues (differnt to my issue).

Problem 1 - Compare button doesn't work

Here are the issues that I have found and should be reproducible.
  1. I downloaded the 1.1.3 tomcat bundle. I set up the instance.
  2. I go to a Beccia example site I can add two items to compare
  3. I click the compare button and nothing hapens.
  4. The error in catalina.out is "2019-03-23 16:03:09.218 WARN  [http-nio-8080-exec-8][PortalImpl:1004] Redirect URL http://blackswan:8080/web/demo/compare is not allowed"

To get the compare page to show I have to add  "redirect.url.security.mode=domain" to portal-ext.properties. It then worked properly. I recall having to do this on my instance that I have the issue on too but I have the problem as per previous posts.

Problem 2 - Changed default language

I have been experiencing a lot of problems with pages not showing etc and I think they are due to a combination of working in a 2ndary instance and changing the instance default language form English US to English UK.

I have tried changing the default language of the primary instance on a vanilla bundle install to English UK to see if I can reproduce my error but now I can't even get the compare portlet to show when I tick the compare box on a product. i.e the box at the bottom of the page with the compare button does not show. Going directly to /compare results in a blank page. (There is a heaer but thats it.)

I am going to try and create a 2nd instance and create a site in there to see if I can get closer to my issue but I think the above two issues should be reproducible your side. If not please let me know as then it must be some combination of OS/Broswer etc.

thanks

PS - See post below for the problem I am having now which involved a default language change and a 2ndard instance.
Mark Clarke, modified 6 Years ago. Regular Member Posts: 107 Join Date: 3/3/12 Recent Posts
RE: Product Compare - bug in rendering if specifications do not match

I can reproduce the error. You need to create a 2nd instance and to access the 2nd instance you need to make a two entries in portal-ext.properties.

"locale.prepend.friendly.url.style=0
locales=en_GB"

This is to overcome the login popup problem. See here https://community.liferay.com/forums/-/message_boards/message/112766196 and logged here https://issues.liferay.com/browse/LPS-92458?filter=-2

When you access the compare functionality now you should see the display problems I am experiencing. The complete set of portal-ext.properties I have are

redirect.url.security.mode=domain
locale.prepend.friendly.url.style=0
locales=en_GB

So it appears to be related to two instances and default language. Hope this all makes sense
Alec Sloan, modified 6 Years ago. New Member Posts: 7 Join Date: 3/16/19 Recent Posts
Hi Mark,

Sorry for the delay. I was able to reproduce the first issue, but this seems like an intended behaviour portal has in place for security reasons. Unfortunately I wasn't able to reproduce the second issue on latest builds.

Best,
Alec
Mark Clarke, modified 6 Years ago. Regular Member Posts: 107 Join Date: 3/3/12 Recent Posts
Thanks for the feedbacl. Looks like the issue will be fixed in the next release as you stated. https://issues.liferay.com/browse/LPS-92458
Alec Sloan, modified 6 Years ago. New Member Posts: 7 Join Date: 3/16/19 Recent Posts
Great! Let me know if the issue persists after.

Best,
​​​​​​​Alec