squibs

Thanks. I’ve read it. Unfortunately the plugin that WOOCS breaks is not listed. I’m about to upgrade to the pro version as we need some of the extra functionality, but I do need it to not break my existing software.

Never mind – my mistake. I was using 2 shortcodes. One to display favorites, and one to display count – the lack of a div was my bad.

@serafinnyc I’ll stick with this thread thanks. We’re all experiencing the same issue, so that makes sense. Also I need to do inventory management on the parent product level, as my product variations are “book course and pay all” or “book course and pay deposit” – buying either takes the parent course stock (aka number of available places) down by 1.

I’m seeing exactly the same thing. I’ve disabled all other plugins and switched to default theme – no joy. Reverting to earlier woocommerce doesn’t fix it, indicating the problem is in the database. Only rolling back to a previous backup (with woo 3.5.8 IIRC) fixes it, but that means a bunch of transactions are lost.

After going through this once already, I thought it had been fixed in 3.6.2 after seeing this in the changelog
* Fix – When product lookup table is generating for the first time, avoid wrong stock statuses being set for variable products. #23455

But nope – looking at another rollback now, and no word from the developers. Thing is – I run a bunch of other Woo sites for clients, with variable products and they’re not affected as far as I know. Can’t figure it out.

Me too. Lots of stock, shows out of stock. Disabled all plugs except woocommerce. Tried a different theme. Cleaned database (sessions, transients, etc), updated database, ensured all software at latest version. Nothing helped.

If I save product with different stock, it works until next purchase of the product.

It works! Thanks so much.

Thanks for taking the time out to suggest this – I’ll try it. I have a copy of the site on localhost now, so I can step through it with xDebug and monitor the $provider variable.

Also tried

function dl_oembed ( $provider, $url, $args ) {
   if ( strpos( $provider, 'vimeo.com' ) !== false) {
     $args['dnt']=0;
   }
   return $url;
}
//add_filter( 'oembed_fetch_url', 'dl_oembed' );

• This reply was modified 5 years, 10 months ago by Jose Castaneda.
• This reply was modified 5 years, 10 months ago by Jose Castaneda. Reason: fixed code

I thought this would do the trick if I put it in functions.php:

function dl_oembed ( $provider, $url, $args ) {
  $url = remove_query_arg( 'dnt', $url );

  return $url;
}
add_filter( 'oembed_fetch_url', 'dl_oembed' );

but no dice

Thanks for the help. I’ll give it a shot. Good advice on the privacy policy.

Just coming back on this ticket, as I’m still having issues after deactivating and deleting the plugin. superpwa-sw.js is still being called and not being found. Where might this call be coming from? I believe it’s responsible for a more serious error in another plugin.

Thanks.

Thanks @detroitwidget and @arunbasillal. Can confirm that the issue is resolved by using a CDN and that it’s chrome specific (or at least firefox is not affected).

Thanks Phil – I’ll check it out. I’ve actually just finished a subscription with WPMU DEV and think I may have a copy of the premium membership plugin.

The code is in the multiedit.php plugin file. Version 0.97 code seems to have been updated to use both page.php and post.php – here’s the code from my installation:

if (in_array(basename($_SERVER['PHP_SELF']),array('post.php','page.php')) && $_GET['action'] == 'edit' ) {
	add_action('init','multiedit');
}