iOS subscription handling

Unity 2020.1.17
Unity IAP 3.0.1

1) Start your application with integrated Unity IAP. Wait for UnityPurchasing been initialized.
2) For sandbox environment go to Settings > AppStore > Sandbox Account > Manage.
3) You can see a list of your subscription items.
4) Buy one of them.
5) Return to your application.
You can detect via code, that you have receipt for this subscription item.
Via such code

Code (CSharp):

1.  
2. void OnApplicationPause(bool isPaused)
3. {
4.     if (isPaused)
5.         return;
6.  
7.     Product[] nonPurchasedSubscriptions = Array.FindAll(_storeController.products.all, p =>
8.         p.definition.type == ProductType.Subscription && !p.hasReceipt);
9.  
10.     foreach (Product p in nonPurchasedSubscriptions)
11.     {
12.         string receipt = _storeExtensions.GetExtension<IAppleExtensions>().GetTransactionReceiptForProduct(p);
13.         if (!string.IsNullOrEmpty(receipt))
14.             ; // Todo: here is new subscription!!!
15.     }
16. }
17.  

Unity IAP module does not trigger ProcessPurchase callback during this session.
I tried to call ConfirmPendingPurchase, but it leads to error.
I even tried to recreate IStoreListener object. But it also leads to error Duplication transaction.
Help! I don't want to make complex workarounds in gameplay logic to handle this case.
Just make triggering ProcessPurchase callback and thats all!

Thanx!

 

Yes, ProcessPurchase is called after restart or reinstall the app.
Excuse me but it’s odd to read the answer like “typically users will not... [so just ignore this case]”. But if user can do it, they will do it!
I can detect this case using UnityIAP module as i described earlier. Are there problems to handle this case with ProcessPurchase?

 

As an engineer, I understand what you're talking about. But how does the purchase receipt with the transaction id arrive immediately after we return to the game from background? As I described in my question I can detect it.