Skip to main content

Hi there,

I am using Revenue Cat Paywalls to let my users purchase products. However if a consumable has been purchased before I am getting the error message:

  • Ignoring purchase request for already subscribed package

This is happening even though the purchase request is for a NON_RENEWING_PURCHASE which is not a subscription.

My app is written in Flutter and I am currently testing on Android before moving on to iOS. 

I have rechecked my product set up on the Google Play Store and they are not set up as subscriptions. These products are not set up with entitlements in RC, they only have offerings attached.

Can anyone help resolve this because at the moment my app doesn’t allow the repurchase of consumables which is obviously an issue.

 

Hi,

Happy to help here. Our SDK does consume all Android purchases by default, so this is unexpected. Can you confirm that you checked the “Multi-quanity” box in Google Play Console that allows the product to be purchased more than once?

Thanks!


Hi Ryan,

It wasn’t checked. But I have now checked it and tried again and it still comes back with the same error. Do I need to somehow reset it in Revenue Cat after making this change?


Hi @lawrence-e2e55c, sorry I was mistaken, that is specifically for multiple transactions/purchase event, not for multiple transactions across time.

Can you open a support ticket so we can get some more info/a screenshot of how the products are setup in Google Play Console?


Hi, I have exactly the same issue.

I am using Revenue Cat Paywalls to let my users purchase products. I have a subscription and a non-renewing consumable product set up. The consumable product is not linked to an entitlement. I can purchase it once, no issue. When I purchase it again, I get the error "Ignoring purchase request for already subscribed package”. I tested both options for the "multi quantity” box, with the same result.

Any updates for this issue?


I have raised a support ticket and its currently with Revenue Cat engineering. It’s been with them for a few weeks now with no solution yet. This is currently blocking my go live so its very frustrating.

 

I will update here if I find a solution. If you find a solution please let me know...


Further update, after a month I still have no update from the Revenue Cat engineering team which is quite frustrating.

However I have identified that this issue only affects Google Play and is not happening when I am testing on iOS using the simulator.


This was never resolved. I ended up writing my own paywall on Android… and I went live last weekend!


Any progress on this issue?  Should we expect to be fixed soon in some of the next releases or should we focus on building our own paywall as well? I think this is really big issue and affects the possibility to repurchase consumables, which leads to less 💸?


I found that on iOS there was no issue but on Android I still get the issue. I created a paywall for my consumables on Android. I still used the revenue cat functions to make the purchase for that paywall.

All my other paywalls, Android non-consumables and iOS paywalls, are using the revenue cat paywall functionality.

The replacement paywall took me 4 hours to develop which was much faster than waiting for a fix.


Lawrence, which paywall template did you use for consumables for iOS? None of them seem to be very good for consumables.. for me, I wanted a line item for each package with simply a name and a price, not the overly complicated two line subscription setup all existing paywalls seem to have. Any advice you could give would be greatly welcomed. I was thinking of setting up my own paywall for iOS but I am kind of lost as to where to start. I wanted to use the offerings with the experimental A/B testing, but I haven’t upgraded RevenueCat to even be able to look at that to see if it is worth paying for - I can’t tell if it will even work for consumables! Can you help me at all?


I have a similar issue with paywall dialogs, same error “

  • Ignoring purchase request for already subscribed package

I get hit with that error when user tries to re-subscribe to a previously expired package.


Reply