I am making a test purchase for a monthly subscription. It happens correctly the first time and for the correct user. I am using the always accept visa card from google testers. There is exactly one renewal happening which is fine and the second time I get CANCELLATION with BILLING_ERROR on the sandbox.
Hi
Thanks for the reply.
I have checked the orders in the Play Console and they all expire after 6 renewals. No billing errors.
So what is happening that the revenueCat Console reports a billing error. None of the test subscriptions go their full term (6 renewals)
regards
Peter
You can confirm this by making a purchase with debug logs enabled and inspecting the log output for “Invalid credentials”.
hi
“this test purchase was cancelled because it was not acknowledged”. This only started occurring when I activated server-to-server notifications per your suggestion.
Please advise how I can get back to where I was.
@ryan
Thanks that was it somehow the Service Account credentials JSON became unpopulated after I tried server to server notifications.
I have found this question on StackOverflow, where people suggest this is the normal and expected behavior of Google Play sibscriptions test mode, although I am not quite sure about it.
Since people there have upvoted the answers, it may be they are right. And if they are right, then this may not be a RevenueCat issue, but Google Play’s normal behavior.
Hi
Maybe this will be helpful to you.
Maybe this will be helpful to you.
This is already set up in my project on Revenue Cat. Without it it wouldn’t surely work. But it’s good that you fixed it in your configuration. Mine may be something different.
I am also experiencing unexpected cancellations of my test subscriptions in sandbox on Google Play. I would expect the test subscriptions to auto-renew every 5 minutes, rather than being cancelled after 5 minutes, because I have setup the subscription to auto-renew, not to auto cancel.
It would be a really serious issue both to me and to my customers to have my purchases gone cancelled in production.
Hi
Unfortunately, I cannot help debugging the specifics because I don’t have all the details, but my bet is that this is happening due to not acknowledging in time (therefore triggering a cancellation). This would not happen in production, since we do acknowledge Play Store purchases server side (but not in the first 5 minutes). SDK should also acknowledge though, unless you are in observer mode. Could that be the case?
The SDK should do it automatically unless it’s set up in observer mode. If that’s not the case, I’d recommend you to reach to RevenueCat support with more information for further investigation.
No. I am not under observer mode, because I don’t pass any value to parameter observerMode of SDK setup method, which passes false to this argument by default.
I have found this question on StackOverflow, where people suggest this is the normal and expected behavior of Google Play sibscriptions test mode, although I am not quite sure about it.
Since people there have upvoted the answers, it may be they are right. And if they are right, then this may not be a RevenueCat issue, but Google Play’s normal behavior.
I have this issue as well
Hi
Hi
RevenueCat just reports what the store says about the user’s transactions, so if Google says the subscription was cancelled, then that’s what we’ll indicate to you. Can you check the order ID for this transaction in Google Play Console > Order Management - does it list the subscription as cancelled? You can use the transaction ID you’re seeing in the RevenueCat webhooks to search for the order in the console.
Hi
Hi
Hi
We wish to publish the application next saturday, can we be sure that this will not be a problem in production?
Also, would you be able to share some recent sandbox App User IDs with this issue so I can take a closer look?
Reply
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.