CSS declaration broken each day

Hi @willybahuaud,

Sorry for the inconvenience caused to you.

Mostly this issue occurs due to server side cache. Please get in touch with hosting provider and ask them to clear server side cache.

If it is still not working, I request you open a support ticket from here:https://wpspectra.com/support/ so that our support dev can help even better.

Have a nice day!

I have the same problem!

Please help

@mohsinbsf Sorry but I don’t think that it’s related to a cache system: I ask my hoster which confirm there are no server-side cache. I unactivated all cache plugin a month ago and the problem still occur.

@djohnnysk Tell me: do you use on your page content some old UAGB/spectra deprecated blocks? I use the old column blocks and… it’s seem that the missing CSS declaration concern only the blocks contained in it.

Hi @willybahuaud @djohnnysk ,

@willybahuaud I can see you have opened the ticket with the support team, please respond to the ticket so that you get the solution timely.

@djohnnysk Can you please open a support ticket from here:https://wpspectra.com/support/?so that our support dev can help?

Have a nice day!

Hi!

Your help support said they can’t reproduce the issue and require a sandbox website, but I can’t fursnish it. And actually it happen also on one other of website (no server-side cache). Can we disable this feature? (as I dont want the css styles to be “optimized” by spectra.)

• This reply was modified 1 year, 12 months ago by Willy Bahuaud.

… and on another website today again! Why did the block styles break all the time when I use Spectra (on different hosters)?

I have the same problem. Every now and then several of my sites wan’t deliver spectra CSS. I also have a woocommerce site where this happens everytime someone makes an order. The wierd thing is that I have other sites, with the exact same plugins, same server settings, and almost the same setup, which works fine.

@harrangen On two of my websites, the problem occur when a woocommerce order is placed, on the last one the problème occur when a content (which dont use spectra blocks) is programmatically updated. Maybe we got something in common, isn’t? ??
One last thing: which php version do you use?

• This reply was modified 1 year, 11 months ago by Willy Bahuaud.
• This reply was modified 1 year, 11 months ago by Willy Bahuaud.

Same issue for me, but I’m not running Woo Commerce. There are about 5 or 6 UAG scripts that don’t load on the affected page (ONLY the home page of one website). You can see the non-loading uag/spectra scripts when you do a GT Metrix speed test and check Waterfall screen. You’ll see the difference between the normal version of the website.

Once I edit and hit save on that page, or Regenerate Assets button from within Spectra, it fixes it, but only for a few hours…

I have another website with the same web host (different package, but same server specs/php version, etc…) and that website has no problem. I did a stare and compare of all settings and can’t find what’s different with the affected website. The affected website is running the exact same plugins (actually, fewer plugins) than the unaffected site.

Hello here @anerian @harrangen @djohnnysk !

I am very disappointed with the support of this plugin, which does not help us at all. So here is a plugin to fix the problem in the meantime:

<?php

/**
 * Plugin name: Debug Spectra
 * Description: Debug assets generation for spectra
 * Author: Willy Bahuaud
 * Author URI: https://wabeo.fr
 */

register_activation_hook( __FILE__, 'add_a_debug_spectra_task' );
function add_a_debug_spectra_task() {
	if ( ! wp_next_scheduled( 'do_w_regenerate_spectra_assets' ) ) {
		wp_schedule_event( time(), 'hourly', 'do_w_regenerate_spectra_assets' );
	}
}

add_action( 'do_w_regenerate_spectra_assets', 'w_regenerate_spectra_assets' );
function w_regenerate_spectra_assets() {
	$wp_upload_dir = \UAGB_Helper::get_uag_upload_dir_path();
	if ( file_exists( $wp_upload_dir . 'custom-style-blocks.css' ) ) {
		wp_delete_file( $wp_upload_dir . 'custom-style-blocks.css' );
	}
	$file_generation = \UAGB_Helper::allow_file_generation();

	if ( 'enabled' === $file_generation ) {

		\UAGB_Helper::delete_uag_asset_dir();
	}

	\UAGB_Admin_Helper::create_specific_stylesheet();

	/* Update the asset version */
	\UAGB_Admin_Helper::update_admin_settings_option( '__uagb_asset_version', time() );
}

I wish you a good week-end!

Willy

@willybahuaud Thank you!!!!!!

@willybahuaud To answer your question, the sites which breaks is using WooCommerce with toolset for styling and dynamic content. PHP version is 8.0 and memory limit is 386.

Thanks a lot for your solution, I hope Spectra will take notice of this!

An excellent weekend to you!

• This reply was modified 1 year, 11 months ago by harrangen.
• This reply was modified 1 year, 11 months ago by harrangen.

Hi,

I’m experiencing the same problem. I have a site that uses WooCommerce and which exists in three environments: on a local server without caching, on a staging site with caching and the production site. All three versions are exhibiting the same malfunctioning that you describe above.

I’ve noticed that Spectra changes the id numbers of the css files in many different circumstances. For example, simply doing something in the customizer (not on the page in question) will lead to id numbers changing. I’ve encountered funky behavior, where after such an interaction, the id number of the css file it was asking for in the head section was different in the logged in versus the logged out state. Therefore having the page look ok when logged in but not when logged out.

It appears to me that Spectra hasn’t worked out all the kinks in this new feature yet. I hope they will do so soon. For the moment, I have disabled this new feature and have Spectra write the css code inline again like before. Obviously not ideal but better than malfunctioning pages.

Hi,

I noticed that this problem only appears for me on the two pages that I use a Revolution Slider module. Does any of you use this plugin?

Hi @monkeywrench2,

I apologize for any inconvenience this issue may have caused you. We’ve received numerous reports of this problem and our development team is currently investigating it as a top priority.

To assist us in resolving this issue, we kindly request that you submit a support ticket at https://wpspectra.com/support/. This will allow our support team to investigate the issue more thoroughly and provide a more accurate solution.

Thank you for bringing this matter to our attention, and we appreciate your patience as we work to resolve the issue. We look forward to hearing back from you.

Have a nice day!