Issues with pro header/footer

Support
#1

Guess I’ll add my issue to the list on this topic. A conflict on the front end of your site has prevented the preview from loading. I have checked with my hosting service and they do not see any errors with regard to security mods (per previous post). This issue seems to be elusive as it works sometimes and other times it doesn’t.

Also the copy header/footer is not working for me. Copies are made but are blank?

!!! Also, after adding a new page to my home page header, the header was wiped clean - no content/config ???

Something is wrong here with pro headers/footers but I am not sure what.

#2

Might want to check for a plugin conflict. Turn off all caching and turn off minification for cloudflare and caching plugins. I also know Autoptimize doesn’t like the builders.

#3

Hi. Thanks for the response. Not using Autoptimize! Have had all caching turned off. Deactivated plugins (again)

Further testing has revealed that my header is destroyed when re-adding/changing the background (hero) image!!! At least this issue is not due to any plugins! I also went through and deleted the image from the library and re-added it - same result. Tried different image - same result!!!

Also header/footer copy function does not work with all plugins disabled.

Not getting the “Conflict with Front-end of Website - Try again” error at least. Will start reactivating plugins to see if/when this one pops up again.

What gives here?

My confidence in pro v1.1.1 has plummeted.

#4

Hello There,

Are you using SSL or have used a 3rd party plugin that would force your site to use https? Please go to your settings, Settings > General and make sure that both the Site URL and the WordPress Address URL is using https. If there is a CORS issue, the builder or editor will not work thus resulting to the error.

If nothing helps, please provide us access to your site so that we can take a closer look.

Please let us know how it goes.

#5

I am using ssl - https://mysalus.org. General > Settings match - see attached screenshot. Not sure what CORS is and how to check.

I was able to determine a plugin conflict with regard to “Conflict with Front-end - Try Again” and have that plugin deactivate. My problem with changing by header background image remains. When ever I delete/add image it wipes out the header, leaving only a shell, no bars containers elements - just a blank shell of the named header.

Also, the copy function for headers and footers is not working. Hope you can take a look and figure out what is wrong.

Thanks

#6

Hi there,

Have you configured your NGINX properly, especially the rewrite? Please check this https://theme.co/apex/forums/topic/cornerstone-does-not-load-on-new-pages-nginx/

I checked and there are errors related to data passed through ajax, and maybe your NGINX doesn’t get/pass the data at all.

Thanks!

#7

Here is the response I received from my hosting service - Siteground.

Thank you for contacting our team.

Our servers are running Apache and we use NGINX only as a reverse proxy for caching services. The rewrite conditions for your site are located in a local Apache configuration file - .htaccess with the appropriate syntax.

Should you have any questions or concerns, do not hesitate to contact us again.

Other ideas?

#8

Hi there,

After checking your website I also see that there is a blockage of Ajax passing through and that is the main cause of the problem. but I could not detect the source of the issue.

To rule out the possible server related issues I suggest that you move your Wordpress website to your local machine and test the case there. If it is working correctly there then it is definitely something related to server settings.

We do not have reports like disappearing the header because of the addition of image and the error is the Ajax blocking problem.

Kindly get back to us with the result of the test I suggested.

#9

To clarify, any edit/copy/attach to pages - any action I try results in wiping out the header configuration and am left with a blank header shell. Only way I can recover is restore backup db I have siteground (hosting) looking into the error I am seeing in the inspector below.

Error: Assertion Failed: Ember Data expected the primary data returned from a findRecord response to be an object but instead it found an array.
at EmberError (cs-vendor.js:19419)
at assert (cs-vendor.js:7119)
at Object.assert (cs-vendor.js:19231)
at assert (cs-vendor.js:135538)
at cs-vendor.js:145361
at Backburner.run (cs-vendor.js:635)
at Class._adapterRun (cs-vendor.js:144996)
at cs-vendor.js:145359
at tryCatch (cs-vendor.js:51257)
at invokeCallback (cs-vendor.js:51272)

Is this referring to cornerstone?

#10

Here is the posting from siteground.com tech support. I am working on getting my site onto a local instance.

Not sure if this helps, but right now I’m stuck.

Thank you for the update.

I am sorry for the delayed response.

I replicated the issue on my end but could not find anything server-side that can cause such issue - there are no relevant Apache or PHP error logs. Furthermore clearing the cache on the account and changing the PHP version of the website did not resolve the issue.

Furthermore here is what only is recorded on my Chrome’s Console when the issue occurs:
Code:
Saving Header Class {store: Class, _internalModel: InternalModel, currentState: Object, isError: false, adapterError: null…}OWNER [id=ember1503949974658430710380205]: Class__ember1503949974658: "ember583"ember_meta: Meta_internalModel: InternalModel_super: ROOT()adapterError: nullcontainer: (…)currentState: Objectdata: (…)id: (…)get id: GETTER_FUNCTION()set id: SETTER_FUNCTION(value)isError: falseroot: (…)get root: GETTER_FUNCTION()set root: SETTER_FUNCTION(value)store: Class__proto: Class

This issue appears to be application related and not really caused by server configuration which is at times beyond our scope of expertise since we are generally trained to resolve issues related with the server and the service itself.

#11

Hi there,

Everyone receives same copy of theme and plugins, so they should get the same issues if this is application related. Plus all of that issues you posted are data related. But I do notice that there are many issues when it is hosted in SiteGround (based from other users topics/threads).

Have you tried it on your local machine? You should do it and not them since you can’t really verify it on their end. Though, I’ll continue checking.

Thanks!

#12

Hi. Yes I have tried on loc al instance - so server variable removed. Unfortunately, same behavior. Loose header when trying to edit, copy, attach to pages - those are the ones I have tested thus far. Here are my steps in troubleshooting and attached screenshots.

---- Run with 34 plugins running (less oones identified as triggering “front-end conflict” message -----

  1. Try to copy Home Page Header. Header made - but created as an empty shell.
  2. Look at errors on home page - attachment 1. Fixed 404 image not found from home page body. Left with 404 image not found reference to GET http://tecnas/wordpress/wp-content/uploads/home1-min-1.png 404 (Not Found) in home page header builder. - Attachment 2
  3. Builder did not show image but did show the x (delete). Clicked on delete and header was wiped out. Attachment 3. Preview shows front-end conflict. Click try again and the message goes away. I am left with a blank shell header.
  4. Restore database to recover header.

I have run several scenarios while testing.

  • all plugins disabled
  1. Edit home page header. Remove 404 image not found in bar 2 — background image home1. Save — Success (I think as preview of header remains) Previously the header would be returned as empty of all configuration
  2. Now add new uploaded header image. So far so good. Save. Header is retuned with all configuration wiped out.

From what I can tell, server variable is removed as the issue, plugins have been removed as the issue. What next?

#13

Hi there @dsthompson,

Thanks for the additional testing and details.

I’ve tried to take a look, but get an incorrect password when trying to login to the localhost setup. Can you double check the provided details please?

However after examining your screenshots, I notice you have a 403 on multiple URL’s these will be what’s causing the issue and this relates directly to the server setup. Can you check your Apache access log and error log and let us know the exact output of the error, it could be a case of making certain URL’s white listed on your server.

Thanks

#14

Thanks for the update. My bad - typo in uid - should be tecsupport (missing r). I have the server guy looking again but here is their initial reply. I do believe the issue has to do with the 403 reference. I was able to remove one - on a cornerstone page - by using text editor mode and removing url reference. Then uploaded image and added url on page. Problem solved. I cannot however get past the image the header builder has in its “memory”. So I can’t get that fixed from the font-end as every time I try to simply delete it - the header is “wiped-out” and I am left with an empty shell and have to restore to a db restore to recover the header.

— Thank you for contacting support.

I have checked your site’s error log and I was not able to find any relevant error that relates to the themco xtheme functionality.

I have also searched for any mod_security rule triggered by the function of your theme but did not find any.

Can you kindly provide the steps and the details of the 403 error URLs so we can investigate the issue further?

#15

Hi there,

Thanks for posting in.

Unfortunately, we have no capability to check your hosting environment and it could be different from hosting to hosting. The forbidden headers are sent out by your hosting server and not by the theme. Which is why we’re encouraging users to test it in the different environment (hosting) to narrow down the source of this issue. But yes, I do see a lot of issues like this in SiteGround’s environment.

We can easily check that in our hosting but not in SiteGround. You may provide SiteGround hosting credentials too, I can’t promise a solution but I may able to check something that may help this issue.

I’m able to login to your server, but I can’t finding anything. But I did notice that your Wordpress installation is a modified one to conform with the hosting environment and standard, which also carried to your local test. Where do you host that local one? I can’t do troubleshooting since the capability is too limited, can’t edit or upload files.

Thanks.

#17

Hi there,

I can’t find anything either from your SiteGround’s account. About your findings, it could be related as the same happens on visual composer before where requests are forbidden and had to whitelist the ID (Godaddy). And I think it uses different ID depending on your hosting’s security, and you can only see the ID by checking the security logs. You may contact your hosting provider about it.

I also edit some of your files in your local setup and nothing is happening, I even intentionally trigger the error and nothing is taking effect. I’ll forward this for further checking.

Thanks!