Are there plans to support Storekit 2 receipt verification?
-
Hi @LEE-JONG-GUN ,
Is that a sandbox receipt for that user? We seem to have found a second flow for sandbox purchases - not sure why there are two - maybe for older vs. newer receipts?
Anyway - we've created a patch and will be deploying it soon.
Paul.
-
@Paul-Winterhalder Yes, that’s correct. It is a sandbox account.
After the patch, it would be good if existing receipts continue to work by default.
-
Hi @LEE-JONG-GUN - the patch has been deployed. Let us know if it works better for you.
-
@Paul-Winterhalder Now, purchase validation proceeds normally regardless of the “Use App Store Server API for legacy receipts (optional)” option setting.
-
Cool - glad it works for you now!
-
Hi, i'm also trying to get this working. Here's my current problem:
My request:
{ "service": "appStore", "operation": "VERIFY_PURCHASE", "data": { "storeId": "itunes", "receiptData": { "transactionId": "2000001110852583", "excludeOldTransactions": true }, "requestPacketId": 7 }, "requestPacketId": 7 }and the response:
{ "status_message": "Internal server error (message): class java.lang.Long cannot be cast to class java.lang.String (java.lang.Long and java.lang.String are in module java.base of loader 'bootstrap')", "status": 500 } -
Is the IAP product set as consumable? Is it a new receipt that you're passing in? Is there an appId that we can use to check your logs @Ralph ? (feel free to send the info in via the regular private support channel)
-
Hi @Ralph - we found the issue. It's a path that is unique to apps that are using the older purchase collection storage format (which changed in 3.9). A fix is on the way. Thanks so much for reporting this!
-
Hi @Ralph - the patch has been deployed. Hope it works better for you now!