Short version: Upgrading Woocommerce to 3.6.2 breaks the WordPress Popular Posts plugin, and it stops tracking stats.

In testing, however, the developer of WordPress Popular Posts says he believes that it’s the PayPal Gateway plugin that may be causing the problem, rather than the main Woocommerce plugin itself.

With Woocommerce 3.5.8 and PayPal Gateway 1.16.11, WordPress Popular Posts works properly. If I upgrade Woocommerce to 3.6.2, WPP stops tracking stats.

If I then deactivate the PayPal Gateway plugin, WPP works again. Of course, then I cannot get paid.

I opened a ticket on the Woocommerce support page two weeks ago. You can find the full details there:

https://www.ads-software.com/support/topic/woocommerce-3-6-2-upgrade-breaks-wordpress-popular-posts-2/

Upgrading the Gateway from 1.6.11 to 1.6.14 did not fix the problem.

Not sure what to do here.

For now, I’ve reverted to running Woocommerce 3.5.8.

https://www.ads-software.com/support/topic/woocommerce-3-6-2-upgrade-breaks-wordpress-popular-posts/#post-11490608

Here’s the thread on the WordPress Popular Posts support page:

https://www.ads-software.com/support/topic/stopped-counting-stats/

Short version: Upgrading Woocommerce to 3.6.2 breaks the WordPress Popular Posts plugin, and it stops tracking stats.

Kind of a big deal, as lots of people are using the WPP plugin with Woocommerce.

I cloned my site and gave Hector Cabrera, the developer of WPP, access to the test site to trouble shoot the problem.

Diagnosis: It’s a combination of Woocommerce 3.6.2 and Woocommerce PayPal Checkout Gateway 1.6.11 that is causing WPP to break.

I’ll add Hector’s description of the problem:

So I just spent a good chunk of the day debugging this. Here are my findings:

At first everything worked normally with just WPP and WC 3.6.2 enabled:

https://retro-marketing.com/temp/wpp_problem/wpp_screenshot1.png

What you’re seeing above is the first visit I made to one of your products while browsing your site in Incognito Mode. I visited a few more products a few times and every time WPP tracked the views correctly.

Then I randomly enabled a few of your plugins and after a short while the REST API started rejecting WPP’s requests again:

https://retro-marketing.com/temp/wpp_problem/wpp_screenshot2.png

I disabled all of the plugins except for WPP and WC but unfortunately the problem persisted: WPP kept getting 403 responses from the REST API.

Then I checked the site using a different browser (Microsoft Edge) with just WPP and WC enabled and WPP tracked my visit just fine:

https://retro-marketing.com/temp/wpp_problem/wpp_screenshot3.png

Enabling the plugins again triggered the issue again:

https://retro-marketing.com/temp/wpp_problem/wpp_screenshot3.png

So, the problem is -as stated by the REST API- cookie related.

After a bit of trial & error, I found that the problem manifests itself when these plugins are active at the same time:

WooCommerce 3.6.2
WooCommerce PayPal Checkout Gateway 1.6.11
WordPress Popular Posts 4.2.2

So, in short, it seems it’s WooCommerce PayPal Checkout Gateway what’s causing the problem.

Steps of reproduction:

1. Enable all three mentioned plugins and check one of your posts. The REST API will respond with a 403 status.
2. Disable the WooCommerce PayPal Checkout Gateway plugin, clear your browser’s cookies and check one of your posts. The REST API responds with a 200 status.
3. Enable the WooCommerce PayPal Checkout Gateway plugin, clear your browser’s cookies and check one of your posts. The REST API responds with a 403 status again.
—————————————————————

So, what do we do here?

I’m not the only one having this problem; I’m just the lucky soul who found it.

Do you guys want to discuss this with Hector directly? Or I can provide access to my test site to your development team, if necessary.

Please advise.

Charlie

People can click on those posts to see those products. It’s an important tie-in to my Woocommerce site.

As of Woocommerce 3.5.8, Woocommerce and WordPress Popular Posts were getting along just fine.

When I upgraded Woocommerce to 3.6.2, WordPress Popular Posts stopped working.

I reverted to Woocommerce 3.5.8 and it started working again.

I opened a ticket on the WordPress Popular Posts support page, and the developer did a fresh install of Woocommerce 3.6.2, and said that his plugin works just fine with it.

Of course, I didn’t do a fresh install; I did an upgrade to 3.6.2 from 3.5.8, and I know that upgrade had hundreds of changes.

The problem seems to have something to do with the <I>upgrade to 3.6.2,</I> rather than the installation of 3.6.2 itself.

If I revert to Woocommerce 3.5.8, WordPress Popular Posts works just fine. If I upgrade Woocommerce to 3.6.2, it stops working.

This is repeatable. Reversion fixes it, upgrading breaks it.

The WordPress Popular Posts developer suggested that I ask for help here.

Here’s the thread on the WordPress Popular Posts support page:

https://www.ads-software.com/support/topic/stopped-counting-stats/

Suggestions? I can stick with 3.5.8, but I like to stay current.

Charlie

The button works if it’s viewed from the HOMEPAGE.

However, if I click the product, view the description and click the button, only the domain of the affiliate URL gets loaded, not the URL with my affiliate ID.

Can anyone help?

Can’t create table name_witheld.wp_wc_download_log (errno: 150 “Foreign key constraint is incorrectly formed”) on query ALTER TABLE wp_wc_download_log
ADD CONSTRAINT fk_wp_wc_download_log_permission_id FOREIGN KEY (permission_id)
REFERENCES wp_woocommerce_downloadable_product_permissions (permission_id) ON DELETE CASCADE; require_once(‘wp-admin/admin.php’), require_once(‘wp-load.php’), require_once(‘wp-config.php’), require_once(‘wp-settings.php’), do_action(‘init’), WP_Hook->do_action, WP_Hook->apply_filters, WC_Install::check_version, WC_Install::install, WC_Install::create_tables

This is hosted on a LAMP stack with:
PHP 7.2.17
10.2.23-MariaDB-cll-lve

When select the “shipping method” COD option at the bottom of the page won’t show up.

Any idea on the updated version of COD?