antforshaw

It’s already disabled, thank you ??

I just did a curl -iSs on the same font file from the CDN and also from the normal domain and both are returning CORS headers so it’s no surprise the fonts won’t load. THe only problem is that I don’t have access to the Nginx config on Cloudways and also the CDN. I guess it’s up to them to fix this one.

Thanks for your reply. As a Cloudways user I don’t have access to the Nginx config to check that, so I have raised a support ticket with them. Their CDN sets the CORS header already, but there doesn’t appear to be a way for me to unset it at my end.

I am experiencing a similar issue, made far worse by the fact that my .htaccess file now has *duplicated* sections, whole chunks of duplicated code that I suspect was duplicated by Breeze itself. We already had gzip enabled, far-future expiry, mime types all configured and Breeze has gone and put the definitions in again. Doesn’t it even bother to check the contents of htaccess first??

My confidence in Breeze now (and Cloudways, who seem unable to fix this problem) is at rock-bottom. The only solution is to deactivate and delete Breeze and consequently take ourselves off the Cloudways CDN, which is a major problem for us, but we are stuck if we keep Breeze running because we know it will break the site again. Even just disabling the Breeze plugin, it still creates files in the cache directory!! It has to be deleted altogether.

Quick update – I spotted the issue, it was on my side, in the results display. The query args were only picking up posts so I edited them:

$args = array(
‘post_type’ => array(‘post’, ‘page’, ‘case’),
‘paged’ => $paged,
);

Now it’s working fine!

This one can be closed. Hopefully this will help someone else.

Addition: I meant to say that I can get the JWT token using POSTMAN and exactly the same credentials that are failing with the 2FA request.

Quick update – I believe the issues are related to Cloudways’ Breeze cache plugin, which many customers are complaining about presently. I have contacted them and they are working on a solution that, hopefully, will be released into the wild soon.

I don’t believe the issue lies with ASL, just that it shows the symptoms of the underlying issue with Breeze.

Thanks for your speedy reply Ernest ??

I can see from your image that it’s now working OK, but I can’t explain why it fails to render correctly at other times. It may work fine for days after this but it *will* break again as it has already several times this week. I have completely disabled the cache and CDN for the time being and will monitor the site to see if this re-occurs.

I’ll send you an image the next time it breaks along with the markup in the page that clearly is different to other pages. Question: Are the ASL styles triggered by Javascript and applied on the fly? Could this be something that needs to be skipped from caching?

Many thanks in advance,

Anthony

Hi – I have deactivated our cache plugin for the time being, and the problem still persists. Check out the rendering of the search bar on this page: https://www.fletcherssolicitors.co.uk/

It is definitely not rendering all divs correctly – please confirm. It’s actually breaking the front page of our site, but not sub-pages. Inexplicable.

I don’t suppose you have any ideas?

Many thanks in advance,

Anthony

Hi Tomwake,

Thanks for that mate you’re absolutely right. I temporarily disabled Breeze, adjusted some of the minification and grouping settings and that has allowed me back into the site.

Good stuff and thanks again ??

Anthony

That’s great thanks Ernest – I was already overriding the theme search but changing the POST to a GET worked best.

Many thanks,

Anthony

Thanks Ernest – that all makes sense to me.

Kind Regards,

Anthony

Quick update. The issue is still happening intermittently and is extremely frustrating as I am under pressure to get this fixed ASAP as it is affecting our live site.

I followed the intructions to use the Yoast Helper plugin, from this post: https://www.ads-software.com/support/topic/wrong-breadcrumbs-and-og-meta/

However that has not worked for me at all, in fact the final step of reindexing the seo data fails, see attached image:

https://ibb.co/5Y7DQmV

Where can I go from here? How can I get the reindexing to work?

Many thanks in anticipation,

Anthony

@pcosta88 I can indeed confirm that the correct OG information is now being shown. I can’t explain why that’s working to be honest because since last week it hasn’t.

Since then I’ve seen it work and fail to work in the same session with no explanation but as long as it appears to be working now I’ll keep an eye on it and let you know if there are any further problems. Perhaps it was just a FB Cache issue?

Many thanks,

Anthony

@ItzCookie – same for me, recent update to 5.7 and the issue started. I’m not really in a position to downgrade the WP version, but hopefully someone will spot the issue before I’m reluctantly forced to downgrade.

@pcosta88 – I have taken some shots of the Yoast interface for our homepage:
https://ibb.co/5LYScYK
https://ibb.co/3df2dBF

Is this what you wanted? Please let me know if there is anything else I can provide.

Many thanks,

Anthony

The redirects stopped working for me too – I get 500 Internal Server Error in the console and logs, but no specific information that indicates why this is happening.