Cornerstone broken The preview could not load. This is most often related to a plugin conflict or aggressive page cacheing. Checking the developer console for errors could indicate what went wrong

Support
#7

Hi @imokweb,

Are you referring to those draft pages? Try to published those pages and open it in Cornerstone, I can’t replicate this issue on my end (so I can’t tell that this is a bug), it could be something on your site that is causing this.

Please do a testing for a plugin conflict again. You can do this by deactivating all third party plugins, and seeing if the problem remains. If it’s fixed, you’ll know a plugin caused the problem, and you can narrow down which one by reactivating them one at a time.

Also try to re-install the Cornerstone, you can do this by navigating to the Plugins panel, deactivate and delete the Cornerstone, then navigate to X panel, wait for a few seconds and X will automatically re-install the Cornerstone.

Let us know how it goes,
Cheers!

#8

Hello
All the plugins were deactivated,cornerstone deleted and theme switched, then the theme was switched back, x installed cornerstone and the plugins were reactivated.
Meanwhile the pages were tested, same result. X child theme was deactivated and paretn theme activated and still the same, some pages cant be previewed and in the X theme settings
the preview also does not work.

Do you have any other ideas what I could do ?
Cheers
Bye

#9

Hi @imokweb,

Another idea is to try to turn off the ModSecurity to see if this issue is related to ModSecurity blocking the Cornerstone. If it does please contact your host and request to add a rule or whitelist a Cornerstone URL.

eg. For example yourdomain.com/x/ and /cornerstone-endpoint

All I know is these draft pages previewed in Cornerstone if you Publish it then refresh.

I cant rollout this as a bug as I can’t replicate the issue on my dev site. So more likely this is a server configuration related issue.

The fact that the Cornerstone works on other pages and when the page is published, it means there is no problem with Cornerstone, else all your pages should not be open/previewed on Cornerstone.

Also, please do the WP DEBUG this might give information on what is causing the issue.

Thanks,

#10

Hi there,

We tried everything that was discussed under this topic but we are still having the same issue.
Can you please try to do something? Our client would really like to use the functionality to build the page in draft mode. We really ran out of ideas on what can be the problem here.

Let us know if we can provide any login details for you so you can investigate the issue.

Thanks!
I.

#11

Hello @imokweb,

Could you please deactivate WordFence because our other staff cannot access your site and troubleshoot.
If you wouldn’t mind, please also provide us your FTP login details so that we can take a closer look at your theme files.

Thank you in advance.

#12

Deactivated. Thanks for your help!

#13

Hello @imokweb,

I have logged in and I was able to successfully edit the page with no issue or errors being displayed.

Could you please tell me which page you were editing and have experienced the error message?

By the way, make sure to clear all your caches and your browser caches before testing the site again.

#14

Hello,

Please read the whole ticket :smiley:
We are referring to the draft pages.

Please create a new draft post and try to edit.

Thanks!

#15

Hi @imokweb,

My finding is still the same as previous message

It seems you have a different home page, and that’s the cause of the builder issue. All requests redirect to that home page, example try accessing this https://dailywonder.org/?s=hello, it’s supposed to display the search page but it redirects back to https://dailywonder.org/cal. And that also happens on all requests in the builder. I recommend disabling that page or any redirection.

Try accessing this https://dailywonder.org/ and it will redirect to https://dailywonder.org/cal

Your site is configured to serve https://dailywonder.org/cal but the draft still uses https://dailywonder.org/ which then causing this issue. Is there a way it could be setup exactly as https://dailywonder.org/? Or perhaps, move the entire installation within https://dailywonder.org/cal so it doesn’t need to do the redirect.

Thanks!

#16

I am having the same issue with Cornerstone not loading the page properly on www.tenacitycranes.com and www.acorncollections.com

I have deactivated and deleted Cornerstone and reinstalled, updated all plug ins and checked wordfence settings and still no ability to edit any pages.

Please help this is a real problem I have over 20 websites with X Theme and Cornerstone so I need a solution.

Thanks in Advance.

Leigh

#17

Hello Leigh,

Thanks for writing in!

To avoid any confusion, it’s my humble request to you to create a new ticket and share the relevant details. Posting on a ticket created by a different customer create lot of confusion which slows down the response time. Please create a new ticket and one of Themeco support staff will take a look and assist you accordingly.

Thanks for understanding.

#18

I’m back in the spot where Cornerstone pages cannot load in the edit preview window.
I’ve previously turned off all the plugins.
That didn’t help so I’ve currently turned them all back on so the site will at least function.
Please help me to regain the ability to edit.
See secure note for all info.
Thanks.

#19

Hello @Oortcloudatlas,

Thanks for writing in! I have checked your site and it seems that there is an error 500 in the backend when you are editing in Cornerstone. ​We recommend that you increase your memory allocated to PHP. To increase it, please edit your wp-config.php file and insert these lines:

define( 'WP_MEMORY_LIMIT', '256M' );
define( 'WP_MAX_MEMORY_LIMIT', '512M' );

You can add it before the line
/*That's all, stop editing! Happy Blogging. */

We also recommend that you increase your PHP time limit because you only have 90s. Please set it to at least 300s to prevent any PHP maximum timed out error in the backend. Please check this out:

We would loved to know if this has work for you. Thank you.

#20

I did all that, but it didn’t help.

#21

Hi @Oortcloudatlas,

Something is blocking the resources on your site.

Try deactivating the Sucuri Security plugin and other security feature the site might have. Don’t forget to clear the cache after.

If that did not work, please contact your hosting support and ask to deactivate the ModSecurity, then check your homepage in Cornerstone to see if that resolves the issue. If it does, since deactivating ModSecurity is not recommended, request to enable it back and unblock/whitelist only the https://deconstructingyourself.com/x/ url.

And please if you have a follow-up question, we kindly ask to write that on a new thread as this one is getting longer and hard to follow.

Hope it helps,
Cheers!

#22

@Rad
Hello
The redirect is not the issue here, this setup has been working for over a year now, and it suddenly broke.
The website is working the same way as it was before and the editor worked completely fine.
Plugins have all been disabled and reeanbled, no change, cloudflare rules have been added, the little cloud was disabled on cloudflare, theme theme and plugin is at its latest version, mod security was disabled after that was reneabled but still no change.
I am also seeing that quite a few people have this issue.
What is the solution to make this work normally on draft pages?

Thanks

#23

Hi @imokweb,

In that case, is it possible to restore it back to when it still working and possibly set up a staging copy of it? I just like to compare them, we’re only limited to the information we’re currently seeing. And it’s the redirection that is currently causing the issue, the same way WPML redirection affects the builder preview, any redirection could cause it.

There are multiple reports about not loading properly, but there are many possible causes and in your site, it’s the redirection. The builder is issuing a request to https://dailywonder.org/ which returns 404 since it redirects to https://dailywonder.org/cal/ I already provided the procedures to reproduce the redirect. Please note that the builder uses the root URL https://dailywonder.org/ and not the https://dailywonder.org/cal/ and it’s been like that for years.

The only way to find out is to compare your setups from the faulty one and the working copy (old and unmodified copy from past years).

I also recommended disabling the redirect to https://dailywonder.org/cal/ so we could investigate further. Else, we can’t really provide any further procedures or guidance since our answers are only limited to what we can find. Nothing changed in the cornerstone, it’s been using the root URL ever since.

Again, I’ll repeat the procedure, example, based on that screenshot the draft page uses the URL https://dailywonder.org/?page_id=1780, which of course it’s normal since it’s the draft page (no permalink yet). What’s not normal is your root URL is https://dailywonder.org/cal/ which makes that request 404/invalid. Try accessing this by clicking https://dailywonder.org/?page_id=1780, it will be redirected to https://dailywonder.org/cal/ and that’s the reason draft isn’t working.

It’s the same if you block access to home/root page, by replacing it with static HTML through htaccess, or similar. Or by replacing it with under construction page forcibly. The builder needs to access to root URL for it to work.

Thanks!

#24

Hi again
I’ve set up a dev site for it and now it gets very interesting :slight_smile: the draft pages are working normally here, with cal as first page like on the live site.

Could you go in there and take a look, maybe we can find the issue, and fix the problem on the live site too.

Thanks

#25

Hi @imokweb,

It works on staging because there is no redirect. The folder https://dev.orijinmedia.com/daily/ became your root URL, and to confirm that, your admin is accessible this way https://dev.orijinmedia.com/daily/wp-admin/.

If you’ll compare it to your live site, your admin is accessible this way https://dailywonder.org/wp-admin/ hence making the root URL just https://dailywonder.org/, but redirected to https://dailywonder.org/cal/

You can see the difference in the URL format of which is the root URL.

Another example is https://dailywonder.org/?s=hello is redirecting to https://dailywonder.org/cal/. And compare it to https://dev.orijinmedia.com/daily/?s=hello, and there is no redirection back to https://dev.orijinmedia.com/daily/.

Your staging is installed into a sub-directory and there is no redirection. While on your live page, it’s not installed into sub-directory but it keeps redirecting to /cal/ which is not even a sub-directory. So far, it confirms all my findings on your live site and it’s due to redirection. Perhaps you can now disable the redirection on your live site to confirm all of this?

Thanks!

#26

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