arooni

I have this same issue!

Using latest version of wordpress + the plugin.

Enabled options below. I have to manually purge the cache (currently usuing memcache) to get the cache to clear. I think it’s just easier to disable the plugin at this point during development ( a real pain ).

Don’t cache pages for logged in users
Unauthenticated users may view a cached version of the last authenticated user’s view of a given page. Disabling this option is not recommended.

Don’t cache pages for following user roles

# as well as
Select user roles that should not receive cached pages:
Administrator Editor Author Contributor Subscriber SEO Manager SEO Editor Translator

• This reply was modified 5 years, 8 months ago by arooni.

can you upload it it to github in the meantime? i have the same issues

Thanks for the fast response @vmarko!

I certainly never willingly enabled REST API caching. It doesn’t seem to be an option in w3-total-cache.

I also googled a bit for it and couldn’t find where I’d be enabling this. Thanks!

I guess I must suck at writing the description of my problem.

I DO NOT have w3 total cache on my MainWP dashboard site.

I DO HAVE w3 total cache running on one of the child sites that my MainWP Dashboard site is trying to connect to (but cannot connect to).

so i can go ahead and delete the web hook for my product if i don’t have any recurring payments?

so no plans to support webhooks/stripe subscriptions on this plugin?

When I disabled this plugin, add-to-cart by URL worked fine. Are you asking if I had the plugin enabled and then went to settings to disable stripe would it work?

PS: thanks for the fast response! didn’t expect that fast to be honest ??

What tool are you using to see this screen? I don’t see it in GTM.

Same question. Not sure what the point of the add/remove to cart events are… it seems that they are not tracked outside of Google Analytics => Real-Time => Events … whereas Goals you create are.

Did you folks ever check your google analytics debug messages? It looks like due to this ID issue, data is not being recorded… see my debug log below:

analytics_debug.js:10 Tracking ID not set. Aborting hit.log @ analytics_debug.js:10O @ analytics_debug.js:9ya @ analytics_debug.js:29gc.H @ analytics_debug.js:24ad.send @ analytics_debug.js:57Y.b.(anonymous function) @ analytics_debug.js:38jf.R @ analytics_debug.js:68jf.H @ analytics_debug.js:65Z @ analytics_debug.js:68d @ gtm.js?id=GTM-XXXXXX:93_ua @ gtm.js?id=GTM-XXXXXX:97sf @ gtm.js?id=GTM-XXXXXX:33(anonymous function) @ gtm.js?id=GTM-XXXXXX:92ag @ gtm.js?id=GTM-XXXXXX:100jg @ gtm.js?id=GTM-XXXXXX:41a.push @ gtm.js?id=GTM-XXXXXX:106(anonymous function) @ (index):409each @ jquery.js?ver=1.12.4:2each @ jquery.js?ver=1.12.4:2(anonymous function) @ (index):397dispatch @ jquery.js?ver=1.12.4:3r.handle @ jquery.js?ver=1.12.4:3
ga_debug.js:29 _gaq.push processing “gtmxxxxxx._set” for args: “[gtmid,GTM-XXXXXX]”:

• This reply was modified 7 years, 12 months ago by arooni.