Hi there.
My shop page /property is now listed as a singles document in Cornerstone and layout is mixed up since the upgrade last night. I would prefer not to do it all over. Would you have any explanations / suggestions?
Not sure, if I should list this under the same theme, but here we go: The 404 page also appears different front end although in order in Cornerstone backend?
Login credentials in secure note.
Thanks.
Hi @nblund,
Thanks for reaching out.
I have checked the specific 404 page you have created and found the problem while trying to access some undefined pages. I have also checked by saving the page as a template and created a new 404 page but the result was the same. I have downloaded the Template in my local environment and used it as a 404 page and it worked. It seems that there might be some problem in this template while setting it as a custom 404 page.
Please note that I have set the other page as 404 page and that worked perfectly on your website. I would suggest you create another page and set it to the 404 page and check if that resolves your problem or not.
Thanks
Hi @tristup,
So I made two attempts to set up a new 404 page (slugs 404-2 and 404-3). 404-3 was made ground up - no copying of anything. But the error remains. The pages work fine when you go to /404-2 or /404-3. The error occurs when you go to an undefined page.
What to do? Thanks.
Hi @nblund,
I have checked it again and found that the Gap and Line element styles are overridden by the default style of the Stack, which is not happening in my local environment. I have created another page and added Padding and Border to the DIV element to create a similar structure and it worked. I would suggest you follow the same way. Apart from that, I would also suggest you, troubleshoot the following common issue to help us to recognize the reason.
If that does not help, please copy your live site to a staging server so we could troubleshoot freely without breaking your live site.
And give us access to the secure note including:
â WordPress Site URL & Login URL
â WordPress Admin username/password
To create a secure note, click the key icon underneath any of your posts.
Thanks
Thanks @tristup
That worked and 404 is back to normal. For your information, I did check common issues before contacting you. My only issue is that I donât understand why your solution worked. But letâs leave it like that. Which then brings us back to the original issues (sorry, unsure if they are linked, but anyhow both listed in the above):
Since the upgrade to Pro 6.0.1 the shop page (â/propertyâ) is now listed as a âsinglesâ document in Cornerstone - I would expect to see it under âarchivesâ. I guess that is why the front end layout is now mixed up (I assume the default layout is applied because Pro canât find the specific layout). I would prefer not to do it all over. Would you have any explanations / suggestions?
Thanks.
Hi @nblund,
I have seen that the mentioned layout is under the Single. I am not sure whether it has been created with WooCommerce Archive or just the Single type of layout in the previous version, or it is showing under the single in the updated version even though has been created as WooCommerce Archive. I have created a WooCommerce Archive and tested it by assigning it to the Shop and it worked perfectly fine. If that does not help, please elaborate on the matter a bit to understand the problem.
Thanks
I know it sounds weird, but before the upgrade there was a woocommerce archive layout named: Deamo layout product archive (shop). After the upgrade, there is still a layout named Deamo layout product archive (shop), but now that is a singles layout and the content of the layout has changed. Is there anyway I can recover the layout prior to upgrade?
Hey @nblund,
There is a known issue in Pro 6.0.1 version. We recommend that you update the theme to Pro 6.0.2 version which is available now.
Kindly let us know how it goes.
Hi @ruenel,
So I updated to 6.0.2 but apparently nothing has changed. I have now checked multiple layouts and it seems to be a bigger problem with multiple layouts. (If you observe the layout name you would know how it was set up before the upgrade, and you would see how things have really been messed up). It would require quite some work to redo the layouts, so my question is: If I would chose a backup with the CS v5, then upgrade again but this time to 6.0.2, would the upgrade work well this time?
Hey @nblund,
We canât guarantee it, but you can try it out.
Upon checking your Property Shop page, itâs using a WooCommerce Archive layout assigned to your Shop.
The Singe Layout cs5 one is empty so you can delete it.
If you need us to investigate further, revert your site to a working state and copy your live site to a staging environment. That way, we can see how your site looks before the issue you described happened. Please provide us the staging site URL once youâve finished this.
If you donât want to copy your live site to staging, please note that troubleshooting on your live site will disturb your website visitors.
Thanks.
Okay I think you should know that the upgrade brought with it numerous major errors. More than the ones above such as normal pages that now have a certain post layout. I will go ahead and use an old backup and go from there, so we can close this ticket.
Thanks.
Hi @nblund,
Our developers are already looking into the issue. We are also glad that you reverted back to the previous stable version which is the Pro 5.1.5. What we can suggest is that you will need to create a staging site. The staging site is useful because you can always do the updates in the staging first. If it has issues and conflicts, we can do the troubleshooting in the staging area without disrupting the live site. Once everything is perfect, we can then proceed to update the live site. If you havenât tried cloning a site for a staging area, this article would seem to help you much:
And by the way, I checked your âDeamo layout Shopâ WC Archive layout and I noticed that you have added a Looper Provider. Be advised that a WC Archive has already a WooCommerce loop and this loop will dynamically generate the product items. All you need to have is a Looper Consumer to display those returned product items. Having a Looper Provider in that layout will result to a conflict and will not display any products or display incorrect product items. In addition, the Pagination will not work on that page if you have added a Looper Provider.
Best Regards.
Thanks @ruenel, for mentioning the looper issue. My problem is that
1
I donât know how to set up the terms (just below the page title) correctly without the looper. Can you explain that for me or point me to the right documentation, please?
2
In another website using Pro (see login credentials in secure note) I have successfully set up looper and consumer for terms and consumer only for products in the shop - which seems to work seamlessly with pagination - all within the same section. I have read the relevant Theme.co documentation multiple times, yet I canât explain why it would work in that case but not in the case you have mentioned in the above? Can you?
Thanks.
Hey @nblund,
Setting up or nesting a Looper Provder and Looper Consumer INSIDE a Looper Consumer works in Pro 5.1.5 but itâs confirmed that it doesnât in Pro 6.0.2. Please downgrade your sites to Pro 5.1.5 for now.
Check out the screenshots below for the setup.
Hope that helps.
I can confirm this issue too, my problem is that the single site layout that should be the woocommerce archiv is empty!!
How did you revert the pro version to 5.1.5 without breaking the site?
And i can confirm that the issue is not only woocommerce related. I have a similar issue on another page where the blog archive layout is gone and appeared as a blank single layout.
Iâve investigate the issue further and found something!
The woocommerce archive layout is still there but the json code was invalid!!
I had a line that has custom css code inside and looks like this:
"text_content":"<h4 style="text-align: center">Contact</h4>",
The issue was that the " signs where not escaped with a backslash \ like \"
So the correct code should look like this:
"text_content":"<h4 style=\"text-align: center\">Contact</h4>",
After changing the false " signs the archive page come back!!!
And the same issue is in other layout archives. I hope this helps to find the right place in your pro code.
Thanks, I think this happened during the upgrade process. Iâve repaired the json code with this online editor https://jsoneditoronline.org
It tells you the line where the json is wrong.
Iâm not checked this with new generated json in the cornerstone editor. But as far I can see there seems to be no issues yet.
I hope theme.co will find the related code lines to this.
Thanks for bringing this data to our attention. Was this an upgrade issue or when you edit text content? What was the element in question?
In my case it was an upgrade issue. The issues named in the above were non-existent before upgrade to 6.0.1 and appeared immediately after the upgrade: Change of conditions, change of layout type (from archive to single for example), the 404 page issue, and maybe other issues. On one site I have downgraded to version 5 and awaiting issues to be solved.
Thanks for paying attention to this.