Reversing Cornerstone version

Having trouble reversing Cornerstone in versions
And images that are lost after simple updates, it may be some additions like ghosts, have cleared and tried removing add-ons to try to troubleshoot without results.
Is it a bug or what do you think?
I’ve run with “WP-Optimize” add-ons that do not help.
Page:
https://www.camurus.com

Best regards
Ola

Hey There,

Would you mind providing us with login credentials so we can take a closer look? Please provide following information:

Set it as Secure Note

  • Link to your site
  • WordPress Admin username / password
  • FTP credentials

All the best!

Hi There,

I just checked your page and CS and everything looks normal, can you be more specific.

Thank you

Hello
The problems arise when one of the administrators has been in and adjusted something, suddenly images disappear a little everywhere, and it appears old link paths with http and not as it is now https. So the pictures are not displayed and the question is where will the old image links come from?

I do not know if I can create the problem that occurs.
The links to the photos are reset to: http://camurus.buildit-demo.se
Instead of https://camurus.se or .com.
We worked with the temporary address before we went Live.

Hello There,

Thank you for the clarifications. I would recommend that you install WP Migrate DB plugin. Please have it activate and to to Tools > WP Migrate DB. There is a great search and replace feature of this plugin that you can use. Just run a search for http://camurus.buildit-demo.se and replace it with https://camurus.se.

Please let us know how it goes.

Hello
Now we have done this and what you recommended is basically the same as the one we were running with, the problem arises when you run a search replacement in the database, and should load Cornerstone so it loads something we can not find the old things on a Lots of pictures!

What to do?

Hi There,

I can see the issue on Cornerstone, although when I checked the real source of the image on Media it is already https. Do you have caching on your server? Can you try to clear cache? See this: https://screencast-o-matic.com/watch/cbiffzlI3U

After doing a search and replace operation on the database everything works fine when browsing the site (and due to the current problem we have been forced to do this many, many times). Viewing the source of any page and watching the console confirms this, no trace of http://camurus.com or http:/camurus.buildit-demo.se.

But. As soon as we try to edit any page with Cornerstone the problem is back. Cornerstone’s editor is loading the preview with old/stale data:

?cornerstone_preview=1:1 Mixed Content: The page at ‘https://www.camurus.com/x/#/content/45/’ was loaded over HTTPS, but requested an insecure image ‘http://camurus.buildit-demo.se/wp-content/uploads/2017/03/CAM2038_Chronic_pain_webb1.jpg’. This content should also be served over HTTPS.

Note: this only happens in/with the editor. When just viewing the page everything looks correct.

So the question is: where does Cornerstone fetch this data from? We are not able to find it with a normal search and replace operation. The problem happens also in a browser with completely erased cache.

Hi There,

You will have to remove and re-attach the existing images for the pages, but the newly added images will be forced to use HTTPS.
Cornerstone page builder data is stored in the post meta separate from the content. The serialized content needs to be updated.

You might want to try this plugin – https://wordpress.org/plugins/wp-force-ssl/

Hope this helps.

Hello again,

when doing search and replace operations we have been using these two plugins:


Both plugins claims to handle serialized data and when doing search and replace operations we have been doing them on all tables, including postmeta.

Better Search Replace is from Delicious Brains, makers of the plugin you recommended earlier; WP Migrate DB Pro.

However. We now all have tested WP Migrate DB Pro and it seems like it handles serialized data better than the other. All but two pages seems now to have the correct postmetadata.

We will file a bug report with Delicious Brains and hope you will assist to track this down if needed.

Thanks for the detailed info.

This topic was automatically closed 10 days after the last reply. New replies are no longer allowed.