I'm still seeing this error in our Firebase logs, also for iOS 16.2.0 users.

Any update on this? We are still experiencing the issue on multiple of our Apps, also on iOS 16.2.

Anyone else experiencing the same issue? This is a breaking change that is affecting our Production environment!!!

To clarify - the issue started today (May 17, 2023).

UPDATE: As of 11:50 Wednesday, 17 May 2023 Central Time (CT) exclude-old-transactions=true is working again on the production environment. Our code was fetching the last element in latest_receipt_info array and when the outage occurred on Apple side the transaction we used wasn't the latest one and as such had a past expiry date.

Hi, All the information is detailed in Feedback #FB13190581. Also sharing here some of the details. Environment: Sandbox environment. App using StoreKit2, running on iPad model 7.11 (iOS 16.6.1). Purchase type: Auto-Renewal subscription. Our backend uses VerifyReceipt (with exclude-old-transactions=true) to validate the receipt and check expiration.

All the information is detailed in Feedback #FB13190581 Here are more details about the issues we are experiencing: Environment: Sandbox environment. App using StoreKit2, running on iPad model 7.11 (iOS 16.6.1). Purchase type: Auto-Renewal subscription. Our backend uses VerifyReceipt (with exclude-old-transactions=true) to validate the receipt and check expiration. Issues we observed: Increase in the number of 21107 responses from the apple sandbox server. This are intermediate error as a retry of the call will sometime succeed. The expiry date we receive is in the past. This occurs when we initiate a subscription purchase in the app and for some reason we don't get the sandbox user password dialog. The purchase simply succeeds. We see that the expiry time in [latest_receipt_info] is 2023-09-26 11:01:54 Etc/GMT while the purchase was made on 2023-09-27 08:03:43 Etc/GMT. Another issue is that the product_id that is returned in [latest_receipt_info] is not the product Id that was used for the sub purchase. We got a VerifyReceipt response that included two items in the pending_renewal_info array. I'm aware that this is an array, however, we always got a single item in this array before. Now, we are getting two and there is no way to correlate to the actual sub as none of the product Ids we receive are correct. In addition, the receipt size is very high as it always increased when a purchase is made (I understand that with StoreKit2 the receipt represents all purchases). However, there is no way to check history. For example: Assume i made a sub purchase A and got a receipt. When I check with verifyReceipt the status during that time i get updated result for purchase A (this is the last purchase). After sub A ends, i do another purchase B and receive an updated receipt. If i now call verifyReceipt with purchase A Receipt i will get updated info for sub B.

Hi, Wanted to update that the problem was solved once the service was build with .NET 4.7 (it was initially .NET 4.5.2).