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

[friech]

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!

[imokweb]

@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

[rad]

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!

[imokweb]

Hi again
I’ve set up a dev site for it and now it gets very interesting 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

[rad]

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!