Support for Woo Subscriptions

The plugin is compatible with subscription-based products. It simply doesn’t fit the cases when subscribers renew manually on the product, which price has changed. Unfortunately, there is no quick fix for this, since there’s no way to determine and hook in subscriptions that are triggered to renew manually to stop the plugin from adjusting cost. You also cannot stop the plugin from performing on the cart level, since it’s vital for many other cases.

We have added this issue to our backlog and will consider it in future plugin versions.

Sorry to hear that, as it isn’t possible for us to use the plugin, and to buy your pro version then.

Anyhow, as I see it, it must be a way, since Woo Subscription itself is able to handle this. Maybe you could apply the same checking mechanism as they have inside your plugin…?

We have subscribed for a $15/month plan – https://prnt.sc/5txqbTXqCUqV, then added rules to to adjust price for the role ($7.50) – https://prnt.sc/A14uBx8TLMTq, the renewal cost stays the same if you renew through modal ($15) – https://prnt.sc/Y8BHvQJaa5HS, since product doesn’t go through checkout and price doesn’t get adjusted. When you choose to go through checkout and price gets adjusted – https://prnt.sc/T_EHxYtraE84 then it simply renews with new price without any issues – https://prnt.sc/i6jYT-r03OmD.

The same works for switching between subscription variations (that’s we suppose what you mean by “change the frequency”. When switching to another subscription variation product goes through the checkout (even if cost is the same) and switch goes well, since payment getaway get pinged with new subscription data.

There’s no obligation to keep the subscription cost the same for whole period, if subscription product goes through checkout – new data is send by Woo Subs to payment getaway and therefore payments don’t fail.

So we suppose you either use some other plugins that affect the process of switching and renewal, or had Woo Subscriptions customised. Since it works well with adjusted price by Role Based Pricing plugin. ?

Seems like we might have some misunderstandings and variations here. This is anyhow tested with only ‘Storefront’, ‘WooCommerce’, ‘Woo Subscription’ and ‘Role and Customer Based Pricing for WooCommerce’ active – nothing else, and nothing being modified.

I was not talking about adding a price rule, but a normal price increase on the product for the regular price (for regular/all customers).

When not testing with your plugin active we can go through the checkout keeping the old price, we don’t need to use the modal. In fact the modal doesn’t even pop up, it goes directly to checkout instead when the ‘Renew Now’ button is pushed. But as soon as ‘Role and Customer Based Pricing for WooCommerce’ is active the new regular product price will be used when doing the same thing.

There’s no obligation to keep the subscription cost the same for whole period, if subscription product goes through checkout – new data is send by Woo Subs to payment getaway and therefore payments don’t fail.

That might work for some customers and some payment plugins, but it sure doesn’t work for all. With a card subscription the customer must anyhow confirm and accept the changed price in the payment gateway using their digital id etc, else it will fail. But sure this might also be a payment plugin issue/difference (card regulation is btw quite strict in t.ex. the Nordic countries), and anyhow the store owner wants their customers to keep their current price when renewing manually…

Here’s our Subscriptions settings: https://prnt.sc/1EQPSfjXgMjJ

1/ We have tested your case – early renewal through checkout after price adjustments when Role based pricing plugin is enabled. And everything went well, Woo Subs still uses the old price on early renewal, you can watch our test here – https://www.loom.com/share/479fc20b8be645cfa29545911c833849

2/ That’s weird you don’t see the early renewal popup – it’s another indication that something is wrong, since as we can see you have the option enabled in the Woo Subs settings.

3/ What payment getaway do you use?

4/ Can you please ensure you use our plugin’s latest version, WooCommerce, and Woo Subscriptions? Since we cannot reproduce the problem you have on the same setup.

Thank you for your detailed testing and video of it.

It’s indeed strange that it should function so differently on those sites, there must be some setting we are missing, or maybe there’s some corrupted data somewhere inherited from older versions or whatever.

Everything is updated, no modification, function overrides or anything, and it’s also just the simple ‘Direct bank transfer’ being active on the test copy.

It seems like you’re not using any tax setup though, and there’s probably also other settings being different elsewhere.

But I’ll create a test site from scratch then, using only those plugins and Storefront with default setup, before adding tax handling etc. – to try to figure out where it goes wrong.

I’ll update you later, might take some time though before I find time for it all. ??

• This reply was modified 1 year, 5 months ago by Rune Rasmussen.

Got it tested on a fresh install, and can confirm it should work as described with only Woo Subscriptions and WooCommerce Role Based Pricing with default setup.

Regarding the popup, it seems to depend on a payment plugin supporting Woo Subscriptions, thus it doesn’t popup when it’s just a simple test payment plugin used (manual renewal activated).

Still doesn’t know why it fails on the test copy, have to just dig into it. Anyhow I set this to solved as it seems there’s something hiding on this site/database somewhere…