Skip Navigation

[Resolved] Broken styles several places

This is the technical support forum for Toolset - a suite of plugins for developing WordPress sites without writing PHP.

Everyone can read this forum, but only Toolset clients can post in it. Toolset support works 6 days per week, 19 hours per day.

No supporters are available to work today on Toolset forum. Feel free to create tickets and we will handle it as soon as we are online. Thank you for your understanding.

Sun Mon Tue Wed Thu Fri Sat
- 10:00 – 13:00 10:00 – 13:00 10:00 – 13:00 10:00 – 13:00 10:00 – 13:00 -
- 14:00 – 18:00 14:00 – 18:00 14:00 – 18:00 14:00 – 18:00 14:00 – 18:00 -

Supporter timezone: Asia/Kolkata (GMT+05:30)

This topic contains 6 replies, has 2 voices.

Last updated by Minesh 1 year, 7 months ago.

Assisted by: Minesh.

Author
Posts
#2459479

I have a big problem. I was just notified by a site owner that styles are broken in multiple places. Is there a wide spread issue? Looks like many hours/days of repairs are needed. Templates are not showing styling. Archives are not showing styles. Custom menus, etc. Custom post types and archives are not showing styles.

#2460441

Minesh
Supporter

Languages: English (English )

Timezone: Asia/Kolkata (GMT+05:30)

Hello. Thank you for contacting the Toolset support.

I do not see any other such reports about broken styles when you use Toolset. Where exactly the styles are broken.

Did you build the archives using the Blocks - what if you switch to default theme? Do you see any difference?

I see you are using the GeneratePress theme, Could you please check if this is related to any of the following issues:
- https://toolset.com/errata/generateblocks-styles-lost-on-front-end-when-using-content-templates/
- https://toolset.com/errata/toolset-block-styles-lost-if-output-via-generatepress-premium-elements/
- https://toolset.com/errata/fields-and-text-block-formatting-broken-by-generatepress-theme/
-

#2461833

The only possibility is #3. I added that code and had no effect. hidden link

It looks like it could be Siteground Optimizer. When I activate SGO, the archive style goes away. I've excluded all of these just in case. https://toolset.com/faq/how-to-use-optimization-plugins-with-toolset/

No minification or combining or delaying. What else can I exclude?

Thanks!

#2462143

Minesh
Supporter

Languages: English (English )

Timezone: Asia/Kolkata (GMT+05:30)

Could you please check with " Siteground Optimizer" support and check with them if the issue belongs to them we can't do much here but if its related to Toolset we can dig a bit further.

In the mean time, could you please check the following errata as well and try to apply the workaround shared:
- https://toolset.com/errata/generateblocks-styles-lost-on-front-end-when-using-content-templates/

#2462357

I will check with siteground and respond.

There is an additional issue that is unresolved on Toolset side with siteground optimizer.
https://toolset.com/forums/topic/toolset-plugins-are-causing-a-broken-appearance-on-siteground-optimizer/#post-2430939

#2462661

I spent a lot of time with Siteground support. Ended up deactivating Siteground Optimizer and removing dynamic cache with .htaccess. The styles would not return. example page. hidden link
I added the GeneratePress code you recommended as well. I cleared ever cache I could find, cleared dynamic, memcache, etc. Siteground said there must be some other kind of cache blacking the styles. Here is the dev tools screen shot. hidden link

The identical staging area (same settings) shows the styles as expected. (SGO is also active on this site) hidden link Here is a screen shot of styles. hidden link

What else is there to do?

#2462829

Minesh
Supporter

Languages: English (English )

Timezone: Asia/Kolkata (GMT+05:30)

That is really strange that its working on the staging site and not on the production site. Do you have any blocks or do you see any Javascript error on your browser's console.

You should also check the error log file and see if you have any error logs there:
=> https://toolset.com/documentation/programmer-reference/debugging-sites-built-with-toolset/

If you want I can offer you a sandbox site where you should try to replicate the archive and see if you able to reproduce the issue.

Here is the sandbox site login, you can auto-login to it using the following link:
- hidden link

Do you see the issue with the sandbox site?

This ticket is now closed. If you're a WPML client and need related help, please open a new support ticket.