rocket.works - Dominik Friedrich

@rainfallnixfig sorry for the delay.

The issue still exists and I enabled the log.

We get the following issue after trying to save the image:

[01-Dec-2021 15:49:01 UTC] WordPress-Datenbank-Fehler Duplicate entry '0' for key 'PRIMARY' für Abfrage INSERT INTOlivewp_termmeta(term_id,meta_key,meta_value`) VALUES (1554, ‘display_type’, ”) von wp_update_term, do_action(‘edit_term’), WP_Hook->do_action, WP_Hook->apply_filters, WC_Admin_Taxonomies->save_category_fields, update_term_meta, update_metadata, add_metadata
[01-Dec-2021 15:49:01 UTC] WordPress-Datenbank-Fehler Duplicate entry ‘0’ for key ‘PRIMARY’ für Abfrage INSERT INTO livewp_termmeta (term_id, meta_key, meta_value) VALUES (1554, ‘thumbnail_id’, ‘6727’) von wp_update_term, do_action(‘edit_term’), WP_Hook->do_action, WP_Hook->apply_filters, WC_Admin_Taxonomies->save_category_fields, update_term_meta, update_metadata, add_metadata`

I already tried to repair the table, but without any effect.

• This reply was modified 2 years, 12 months ago by rocket.works - Dominik Friedrich.

Hello @oaoyadeyi , thank you for you reply.

Unforunatly, the issue still exists. We tried to disable ALL Plugins, then only re-enable the WooCommerce Plugin and activate a fresh installed Storefront theme.

The category images are still not saving.

Hello!

I looked again into the issue. It seems to break when updating WooCommerce.
So WooCommerce itself breaks the WooCommerce permalinks.

The issue is not resolved, could you reopen it please?

Thanks.

We got exactly the same problem.

It seems autoptimize loads a single css files with the only content of:

#wpadminbar{display:none}

That is extremely strange.

As a quick workaround, just add the following css to the Custom CSS in the customizer:

html #wpadminbar {
    display: block;
}

Ah!

Thank you very much! The project is not running on our servers, so we weren’t aware it was not up to date!

Thanks again!

Hello Takayuki,

thanks for the fast replay.

I just tried it again. I followed the tutorial, the validator gets called correctly, but the $result->invalidate seems not to work. The form gets sent anyways.

Here is my simplified example code:

add_action( 'wpcf7_init', 'rw_add_form_tag_kursdropdown' );
 
function rw_add_form_tag_kursdropdown() {
		wpcf7_add_form_tag( 'kursauswahldropdown', 'rw_kurs_dropdpow_form_hander' );
}
 
function rw_kurs_dropdpow_form_hander( $tag ) {
	$atts = array(
		'type' => 'text',
		'name' => 'kurs',
	);

	$input = sprintf(
			'<input %s />',
			wpcf7_format_atts( $atts ) );

	return $input;
}

function rw_kurs_dropdown_validation( $result, $tag ) {
	if ( 'kursauswahldropdown' == $tag->type ) {
		$result->invalidate( $tag, "Are you sure this is the correct address?" );
	}

	return $result;
}

add_filter( 'wpcf7_validate_kursauswahldropdown', 'rw_kurs_dropdown_validation', 1, 2 ); 

@faircams I guess you are not using a page cache, like W3C?

If you do, try clearing the cache and reopen the site with an browser that has the accepted cookie already set. Now, open the site in a browser without the cookies set (or clear the cookies). You won’t get the cookie banner, because the page got cached without the cookie banner part.

It seems the plugin is not working propably with any caching solution.

If the site gets cached for the first time by a user with the consent already given, the cached page won’t have the plugin in it. So the next time a user without the consent given opens the site, he won’t get the message.

Is there a way to have the plugin always included in your site, so it will be cached no matter what?

I had the same problem.
Make sure you update your ACF Plugin, too.

This fixed the issue for me.

Ahh, ok! I didn’t get any error message.
But with the resume, it worke!

I thought pressing the button again will mess up everything! ??

Thank you very much!

Hello! Thank you for your reply.

It is no other plugin that breaks your path. I got WordPress installed (4.3.1) in a sub folder and the content folder (with the plugins) is in another folder as well with another name.

This is not the default setup, but a saver one.

The problem in your plugin is the wrong use of a variable.

I guess you are using dirname(__FILE__) or the WP plugin_dir_path( $file ) to get the plugin path. This is ok for PHP scripts (you will get the full server path). Unfortunatly, this is not ok for URLs like for the import of your CSS scripts, images, js, etc.

What you want use is: plugins_url()

You can find more information here:
https://codex.www.ads-software.com/Function_Reference/plugins_url

Thank you for the fast reply. I noticed already that the overview is using a new thumbnail format and it is already I huge improvement.

Unfortunately even the thumbnail format is way to big for the widget (thumbnail is 150px vs 50px). So the image gets scaled down 3 times the size.
This has a huge negative impact on the google pagespeed ranking.

Is it possible that you guys change the widget thumbnail with a smaller (50×50 or so) version of the image? This would greatly enhance the plugin.

Cheers,
Dom from rocket.works

+ this!

This would be a huge and very easy improvement. Would be awesome if the developer could implement, that the widget is using a smaller (50×50 or 50×51) image.

At the moment, the widget slows down the site and has a really huge impact on the google pagespeed (you can even score a solid 1 with it).

Can you guys (the developers) implement it? Won’t take long I guess?

I have exactly the same problem! The update breaks all widgets.
Can we get a roll-back, please?