Matt Schofield

I have found a part of the problem, but not yet found why the update 2.1.1 causes it.

The three errors I listed in the original post are actually being reported for a css and JS file for the plugin “Popup Maker”, version 1.16.3.

Upon updating WP Tabs to 2.1.1, the CSS and JS files stored in /wp-content/uploads for Popup Maker are deleted. By deactivating and reactivating the Popup Maker plugin, it’s CSS and JS files are written and the error is resolved.

I’m not sure what part of update 2.1.1 is causing this behaviour but please look into it.

Also, regarding the styling/CSS changes as part of the 2.1.1 update. Indenting of bullets (lists) appears to have been lost when outputting the description to the front-end. As has spacing that should occur between Paragraphs and Headings written within the description (if a single description contains multiple headings and paragraphs).

Was just checking if our issues were similar, see if we could work it out, but it appears not. Sorry, I don’t know what’s causing your problem.

Are you getting any errors in Developer Console?

That works great. Thanks, Milos.

You can mark this as resolved. I asked because anticipated behaviour and actual behaviour rarely meet in the middle for me lately. But yes, deleting the categories and cookie list entries does remove the cookies as needed.

Thanks Emile and Anthony. The fix works great. Great plugin too.

Thanks, Matt

Hi Emile. Thanks for looking.

It seems to be a conflict with a themes colors.php and CoBlocks 2.12.0. Specifically the color pallete used by the theme used to style content in the block editor. My theme is Turnkey Storefront. So my primary color is #009ee2, and it won’t apply that color in the accordion item title background. But if I change the code in the accordion block editor to #009ee3, it works.

I get the same behaviour if I change theme to Twenty Twenty-One. The theme color pallete used to style the block editor is conflicting with the Accordion block editor background color selection and won’t apply. I just get the transparent background, unless I specify a color that isn’t in the themes colors.php.

I’ve deactivated all plugins except CoBlocks and removed all custom CSS. It’s basically back to stock with Twenty Twenty-One theme. And my database is good.

I’m happy to style with custom CSS, but hopefully the above is helpful if it turns out to be a common problem.

The css is different in 2.12.0. It’s this line that’s blocking the colour being set in the editor.

.wp-block-coblocks-accordion-item__title, .wp-block-coblocks-accordion-item__title.has-background {
background: rgba(140,140,151,.1);
values etc…
}

Where in 2.11.2 we had…

.wp-block-coblocks-accordion-item__title {values}
.has-primary-background-color {****this value was set in the editor****}

Hope that’s helpful. Thanks, Matt

Sure.
WordPress Version 5.7.2

# Webserver Configuration
PHP Version: 8.0.3
MySQL Version: 5.6.51
Webserver Info: Apache

# Active Plugins'
Advanced Editor Tools (previously TinyMCE Advanced): 5.6.0
All In One WP Security: 4.4.8
Asset CleanUp: Page Speed Booster: 1.3.7.9
CAOS: 4.1.1
CoBlocks: 2.12.0
Data Tables Generator by Supsystic: 1.10.11
GDPR Cookie Consent: 2.0.3
Max Mega Menu: 2.9.3
Pages with category and tag: 0.9.0
Password Protected: 2.4
Post Types Order: 1.9.5.6
Shortcodes Ultimate: 5.10.0
ShortPixel Image Optimizer: 4.22.2
Ultimate Addons for Gutenberg: 1.23.0
W3 Total Cache: 2.1.3
WP Revisions Control: 1.3
Yoast SEO: 16.4

I’ve deactivated both Asset Cleanup and W3 Total Cache and confirm there are no minify/inline/caching conflicts. I’ve tested the update in both staging and production and the behaviour is the same.

I was getting the same after updating to php 8. get_magic_quotes_gpc() has been removed, so until the plugin is updated you’ll need to use another method and deactivate the Easy Google Fonts plugin.

https://www.php.net/manual/en/function.get-magic-quotes-gpc.php

Hey Jacob

Me too. Have you updated PHP version to 8? And have you resolved your problem? My error is below after updating to php 8.0.3.

WordPress Version 5.7.2 `Current plugin: Easy Google Fonts (version 1.4.4) PHP version 8.0.3

Error Details
=============
An error of type E_ERROR was caused in line 497 of the file /home/secretsauce/public_html/wp-content/plugins/easy-google-fonts/includes/class-egf-font-utilities.php. Error message: Uncaught Error: Call to undefined function get_magic_quotes_gpc() in /home/secretsauce/public_html/wp-content/plugins/easy-google-fonts/includes/class-egf-font-utilities.php:497
Stack trace:
#0 /home/secretsauce/public_html/wp-content/plugins/easy-google-fonts/includes/class-egf-font-utilities.php(254): EGF_Font_Utilities::json_decode()
#1 /home/secretsauce/public_html/wp-content/plugins/easy-google-fonts/includes/class-egf-font-utilities.php(335): EGF_Font_Utilities::get_google_fonts()
#2 /home/secretsauce/public_html/wp-content/plugins/easy-google-fonts/includes/customizer/class-egf-customize-manager.php(178): EGF_Font_Utilities::get_all_fonts()
#3 /home/secretsauce/public_html/wp-content/plugins/easy-google-fonts/includes/customizer/class-egf-customize-manager.php(229): EGF_Customize_Manager->customize_load_all_fonts()
#4 /home/secretsauce/public_html/wp-includes/class-wp-hook.php(292): EGF_Customize_Manager->customize_controls_enqueue_scripts()
#5 /home/secretsauce/public_html/wp-includes/class-wp-hook.php(316): WP_Hook->apply_filters()
#6 /home/secretsauce/public_html/wp-includes/plugin.php(484): WP_Hook->do_action()
#7 /home/secretsauce/public_html/wp-admin/customize.php(123): do_action()
#8 {main}
thrown`

I think my problem with tabs body disappearing came from Asset CleanUp plugin. I’d done a site-wide unload of tabs.js, with exceptions to load tabs.js on the pages I was using tabs. Seems the Asset Cleanup CSS/JS cache needed clearing to work properly with the uagb update.

Tom, thanks. Yes, I’d got gzip enabled but thanks to you asking, found a blush worthy typo for text/css (text/cs ). Now at 47k transfer size. Brilliant.

I like your 1 menu for 8 idea. I’ll test for gains.

Thanks again.

I had this problem. I previously had custom CSS to center the tabs .uagb.tabs__panel. Tabs alignment is now handled in settings (thanks for including this!). I removed my CSS, managed the tabs alignment in settings, and cleared the cache (w3 total). All works fine.

The only issue I had to write new CSS for was to make flex-direction: column for .uagb-tabs__wrap.uagb-tabs__vstyle6-mobile. It’s set to row by default and behaves odd on mobile.

Thanks, Ben. Matt