simkog

@dkotter I did not remember the exact version. I would say the version before you changed the plugin’s icon.

For the Regenerate Thumbnails plugin: I’ve tried it, and it fails because of the missing metadata.

Dear @dkotter,

Yes, of course! This is an error log entry from one of our websites.

[03-Sep-2022 10:45:20 UTC] PHP Notice: Undefined index: file in /***domain***/wp-includes/media.php on line 1676

You can see in my previous comment, that the file index is missing from the array when the image was uploaded with the older version of the plugin.

Dear @philsbury,

Yeah, it was some CSS conflict from our theme developer.

The problem was, that we had a custom blur effect on everything (except the age gate popup) when the age gate is shown and the cookie popup could not load properly.

Thanks for your suggestion! I am going to close this support question!

Dear @philsbury,

That was a fast answer, thanks for that! But, your suggestion did not resolved the problem.

I keep the plugin active, if you want to test it yourself.

Best regards,
Gergo Simko

Dear Developer,

Why did you deleted the old versions from wp.org repo? I can download only the latest version, 2.5 and 1.1.

https://i.imgur.com/IIBlFb4.png

Dear @bruceallen, it seems that everything is working fine now. Thank you.

@nlpro Turned off all of my plugins / mu-plugins / themes. That caused the iThemes Security Dashboard to show up. After that, I turned them all on one by one and found out this small snippet caused the problem. Somehow the plugin’s JS files don’t like the URLs if the ?ver query string is missing.

Found what caused the problem for me. I have this code snippet to remove query strings from links on my site.

// remove query strings
function acme_remove_cssjs_ver( $src ) {
  if( strpos( $src, '?ver=' ) ) {
    $src = remove_query_arg( 'ver', $src );
  }
  return $src;
}
add_filter( 'style_loader_src', 'acme_remove_cssjs_ver', 10, 2 );
add_filter( 'script_loader_src', 'acme_remove_cssjs_ver', 10, 2 );

modified to this:

// remove query strings
function acme_remove_cssjs_ver( $src ) {
  if( is_admin() || wp_doing_ajax() ) return $src;
  
  if( strpos( $src, '?ver=' ) ) {
    $src = remove_query_arg( 'ver', $src );
  }
  return $src;
}
add_filter( 'style_loader_src', 'acme_remove_cssjs_ver', 10, 2 );
add_filter( 'script_loader_src', 'acme_remove_cssjs_ver', 10, 2 );

• This reply was modified 2 years, 7 months ago by simkog.

Hello,

I’ve got the same problem. The JS console is full of errors from ithemes’ JS files.

Screenshot: https://ibb.co/7zwSNVc

• This reply was modified 2 years, 7 months ago by simkog.
• This reply was modified 2 years, 7 months ago by simkog. Reason: edit image link

Got the same errors in my logs.

Hi Thomas,

It seems that it is some Facebook error. I’ve found a similar quieston in the Woocommerce support regarding my issue.

It seems like Facebook doesn’t like the ?key parameter in the URL and replaced it with _removed_ text.

I am going to ask their support about it. Thank you for your answer!

Edit: Forget to mention, that there isn’t any other parameter in the thank you page’s URL other than the above-mentioned ?key.

• This reply was modified 2 years, 8 months ago by simkog.

Hi Thomas,

I see. This is the problem. It seems Woocommerce doesn’t like negative values for product nor fees. I need to rewrite this quantity based “plugin” of mine. Thanks for your answer!

Found the cause of this bug.

TL;DR: it is a false error. The URLs were submitted to Bing successfully.

Long: The problem is in /plugins/wp-seopress/inc/admin/callbacks/InstantIndexing.php file. From line 126 you check the Bing API’s response to the indexing request. Your developer assumed that a successful request returns 200 code, but the Bing API returns 202 if the request was successful.

$bing_response[response] => Array (
   [code] => 202
   [message] => Accepted
)

Could you update your code?

• This reply was modified 2 years, 9 months ago by simkog.
• This reply was modified 2 years, 9 months ago by simkog.

Dear @rainbowgeek,

Found the problem! Previously, I’ve hidden all Woocommerce products (there are two products on this landing site) with this snippet.

add_filter( 'woocommerce_register_post_type_product', function( $args ) {
  $args["publicly_queryable"] = false;
  $args["public"] = false;
  return $args;
}, 12, 1 );

If I disable this code in my child theme’s functions.php the Products CPT will be visible in SEOPress settings.

Yes, the WooCommerce is installed and activated (as seen on the image on the previous commemt).

I’ve removed SEOPress completely before posting here (deleted all data inside the database) as you suggest in your blog post.