Bug Pending purchases for a long time are forgotten by the API

Hi guys,

When I make a purchase in my game(Android), if I close the game with the purchase pending and then open it again, the purchase flow is performed normally.

If I close the game with the purchase pending and open it after a long time, the purchase is never processed. The

StoreListener.ProcessPurchase(PurchaseEventArgs e)

is never called. Using

IGooglePlayStoreExtensions.RestoreTransactions(Action<bool>)

also does not call it.


The purchase is processed with the game closed and when I open the app I do not receive the reward. This case only occurs when I stay more than 10 minutes with the game closed.


Is there a way to check the status of a purchase using the same product ID that I used in the

IStoreController.InitiatePurchase(string)

method? When I initialize the StoreListener, can I check if a pending purchase was processed during the closed time.


Thank you.

 

Hi @JeffDUnity3D,

Thanks for your explanation. I recently got an alert from the Google Play Console and started investigating what the problem is.

The message:

We've turned off some payment methods. We've noticed that you don't always acknowledge the delivery of in-app content to users after they've paid outside your app. Or you don't integrate pending transactions correctly. As a result, payment methods that require pending transactions, like paying with cash, have been turned off. Other payment methods aren't affected. Contact us once you've fixed the issue so we can turn these payment methods back on.

I used Google Play Slow Card Payments to test a purchase for a consumable product, and while the purchase was being processed I closed the game. if I open the game again in a short time, the purchase flow is performed normally but the problem happens when I take a long time to open the game, the API forgets about this purchase. I don't know if it could be something related to the test card or my application.

I also don't understand what problem is related to the Google message.

This is a snippet from the class that implements the IStoreListener interface and I also do the server side validation:

Code (CSharp):

1. public void InitiatePurchase (string productId)
2. {
3.     if (StoreController != null)
4.     {
5.         StoreController.InitiatePurchase(productId);
6.     }
7.     else
8.         OnPurchaseError?.Invoke(PurchaseFailureReason.PurchasingUnavailable);
9. }
10.  
11. public PurchaseProcessingResult ProcessPurchase (PurchaseEventArgs e)
12. {
13.     try
14.     {
15.         _ = Task.Run((() => ProcessPurchaseAsync(e))
16.         return PurchaseProcessingResult.Pending;
17.     }
18.     catch (Exception ex)
19.     {
20.         Debug.LogError("Error while processing purchase.");
21.         Debug.LogException(ex);
22.         return PurchaseProcessingResult.Complete;
23.     }
24. }
25. async Task ProcessPurchaseAsync (PurchaseEventArgs e)
26. {
27.     try
28.     {
29.         ReceiptValidationStatus status = await ValidateReceipt(e);
30.         if (status == ReceiptValidationStatus.Pending)
31.             return;
32.         mainThread.Schedule(() =>
33.         {
34.             if (status == ReceiptValidationStatus.Success)
35.                 HandlePurchaseComplete(e, false);
36.             else
37.                 DeclinePurchase(e.purchasedProduct, PurchaseFailureReason.SignatureInvalid);
38.         });
39.     }
40.     catch (Exception ex)
41.     {
42.         Debug.LogException(ex);
43.         throw;
44.     }
45.     finally
46.     {
47.         mainThread.Schedule(() => OnOperationCompleted?.Invoke());
48.     }
49. }
50. void HandlePurchaseComplete (PurchaseEventArgs e, bool restoring)
51. {
52.     string id = e.purchasedProduct.definition.id;
53.     GrantReward(id);
54.     storeListener.ConfirmPendingPurchase(e.purchasedProduct);
55. }
56. void HandlePurchaseError (PurchaseFailureReason _)
57. {
58.     mainThread.Schedule(() => OnOperationCompleted?.Invoke());
59. }

 

Hi @JeffDUnity3D,

Thanks for the explanations, I will implement your observations.

We use asynchronous methods because we do server-side validation, so we need to wait for the response that the purchase was actually made before confirming a purchase.

To test my corrections, how do I make my purchase receipt to have

PurchaseState == 4

?

Do i make a slow credit card purchase and then close the app for a few minutes before opening it again? How can I test to get this type of

PurchaseState

?

 

OK, I'm going to try it, thanks!

How can I reproduce a deferred purchase?