Based on what I'm seeing, I'd say the 24 hour refresh seems about right. The issue I brought up below was consistent for several hours straight then when I attempted it the next morning it cleared out. I also remember yesterday morning that I got more than one S2S notification the first time as well.Thanks for the heads up. Now I get to start working on the inconsistent data contract that is used when sending notifications 🙂
I think I found out what the problem is...but I'd like to get verification that I'm understanding it correctly. I'm adding a trimmed down response from verifyReceipt to show what I'm discussing as well as additional entries that may or may not be useful (I'm not sure).It looks like the sandbox has the subscription locked in a billing retry period. The below response was queried an hour and a half after the initial start. If I'm reading this correctly, it's still showing as attempting to retry the billing. So, my question is how could I have gotten it into this state and how do I fix it so I can finish testing????```
{
"status": 0, "environment": "Sandbox", "receipt": { "receipt_type": "ProductionSandbox", "receipt_creation_date": "2020-02-12 15:45:41 Etc/GMT", <-------- "original_purchase_date": "2013-08-01 07:00:00 Etc/GMT", }, "latest_receipt_info": [ { "purchase_date": "2020-02-12 14:11:54 Etc/GMT", "original_purchase_date": "2020-02-12 14:11:06 Etc/GMT", "expires_date": "2020-02-12 14:16:54 Etc/GMT", <--------- "is_trial_period": "false", "is_in_intro_offer_period": "false" } ], "pending_renewal_info": [ { "auto_renew_product_id": "gold", "original_transaction_id": "1000000624151780", "is_in_billing_retry_period": "1", <--------- "product_id": "gold", "auto_renew_status": "1" <---------- } ]}```
To add more information, I just went through another subscription purchase workflow and here's what I got.Immediately after purchasing the subscription, I got a receipt in the app and sent it to the server. The server sent it to the sandbox server and got back a response that listed the auto_renew_status as 1 and the expires_date as 2020-02-12T14:16:54Z (8:16am local time). It's now 8:58am and I just called the verifyReceipt endpoint and got the auto_renew_status as 1 and the same expires time. Unless I'm missing something, those responses mean that the subscription expired at 8:16am...but it's still going to auto renew.Am I looking at the wrong properties to determine whether I should stop providing services?
Hello,I could have sworn I put in that it was auto-renewing subscription. Sorry about that.Anyways, yes it's an auto-renewing subscription, and I'm checking the entries within the latest_receipt_info.You mention that it will only renew 5 times for the first purchase, and then new purchases only renew once. This might actually be the root cause of my confusion. I've been testing this for a while with the same user. The way that I understood it, when you created a new subscription, it would renew 5 times then automatically end. Then if you subscribed again, it would renew 5 times and automatically end. If it only renews once after the initial time, then that explains why the expires_date are not updating.Is there a way that you know of to reset that so that it will renew 5 times?
