artsoulbrother

Ah nice, ya I was looking at that entry and was wondering what the outcome of removal would look like.

What about these other entries? : “_stripe_afterpay_options”, “_stripe_googlepay_options”, “_stripe_applepay_options”, “_ppcp_options”, “_stripe_affirm_options”

And just to be clear, you’re talking straight up total annihilation : “DELETE FROM postmeta WHERE meta_key = ‘woocommerce_ppcp_settings'” ?

Again, thanks for all the help!

Ah right, so I’m not dreaming things up ??

Yes, all the products have all available features on, both Stripe and PayPal plugs.

It would be pretty awesome if it’s possible to disable everything on product level, including JS dependencies. I’m trying to fine-tune things, hence minimalizing.

Heya thanks for getting back.

What you described is the behavior I’m seeing now. The previous versions of the plugin ( past 6 months ) the global behavior overwrote the product behavior ( that has been the case for me ).

I should have been more intuitive but got used to things and this last update prioritized product behavior above global.

Ideally, an option to disable product priority would be pretty sweet ( I’ll buy the plug ) but if you have a function in mind that can do this at the moment I would appreciate it.

Thanks

Cool ya, that makes sense. I’ll bump yous to 4 stars but integrate woo tracking and I’ll defo give it a 5. It just makes sense to have it all in 1 place.

• This reply was modified 1 year, 7 months ago by artsoulbrother.

Thanks for the response. Ya that makes sense, I must of had some event tracking set up at some point as it seemed that site kit was tracking conversion data. Sweet, ya I’ll just use it for visuals.

Do you have an email that works?

Got a response error from your email.

Heya! Thanks for the quick response! This will be a quick one from me as well and once I hear from my client I will follow up.

Personally, as a dev, I think it’s wrong to respond with a soft 404 to a slug/request just because it’s chronologically positive – I figure it needs to be queried against something to confirm the type of response it must be. Basically, just because there’s a pattern within a variable or a string it shouldn’t absolute to a true response. I hope that makes sense… I’m waking up from nap… but I think the right person will understand what I’m saying.

It’s not that I have a problem with you doing business or developing plugins, in fact I think that’s great. I’m just trying to clarify to other developers like me that the free version of this plugin is a waste of their time it’s nothing new that you can’t already do yourself with WP and Elementor but okay 1 star is harsh I’ll change it.

• This reply was modified 1 year, 10 months ago by artsoulbrother.

Exactly the same issue and have taken all the steps recommended.

Plugin 2.1.4