In-app purchases stopped working in iOS 13.4 The purchase dialog does not show up.

This doesn't quite answer your question, as asked, but consider this...

What is new is you generate an error message and don't display anything in the UI if you do not get back to the main queue here:

-(void) productsRequest: (SKProductsRequest *)request didReceiveResponse:(SKProductsResponse *)re
        
    dispatch_async(dispatch_get_main_queue(), ^{


//     code here that might include presenting a UIAlertController


    });
}

I don't really understand what you mean? I don't create any UIController myself, and I don't see any error msg anywhere.

Is this in the sandbox running on a device connected to Xcode or is it using TestFlight or is it using a production app?

Are you getting a call back to updatedTransactions showing a state of 'purchasing'?

This is happening in production (Grand Mountain Adventure is the name of the app).

You might be onto something, it seems the state of the transaction is Failed, SKErrorDomain Code=2 (Cannot connect to iTunes Store), which prevents the dialog from opening.

Info about the issue:

The last couple of days we've gotten compliants from users that they cannot purchase the in-app purchase, all of them have iOS 13.4.

When I upgraded my device to iOS 13.4 the same thing happened to me.

>the state of the transaction is Failed, SKErrorDomain Code=2 (Cannot connect to iTunes Store), which prevents the dialog from opening.

StoreKit will issue a 'failed' transaction to updatedTransactions if the user needs to refresh their credit card information. If the user refreshes their credit card information and then choses to proceed with the purchase then StoreKit issues two transactions in rapid succession - a failed and then a purchased. An app needs to hande that first 'failed' transaction silenetly and await the possibility of that second transaction. If your app drops its transaction observer after the 'failed' then the next transaction will await adding a transaction observer which might take place if the user tries to restoreCompletedTransactions.

But again, the only 'new' thing I am aware of is that need to get back on the main queue after a product request.

I assume you meant "In App Purchase" not "app". Otherwise this is an App Store problem.

> The last couple of days we've gotten compliants from users that they cannot purchase the app, all of them have iOS 13.4.

Thanks for taking the time.

You are correct, I mean the in-app purchase (updated).

Just for clarification, I haven't uploaded ny new app version, in-app purchases just seems to have stopped working for users of iOS 13.4, it seems Flutter actually has the same issue: https://github.com/flutter/flutter/issues/53534

Regarding the queue, I never kill or stop the transaction observer, nor do I block on the main thread. The method updatedTransactions get's executed everytime the user tries to buy (as the dialog is not shown, users usually press several times).

Or do you mean I have to manually restart the transaction observer?

Best/Viktor

In my case:

On the iOS 13.4 version of the device for multiple downgrades of in-applied products or canceling the purchased product before buying again, the confirmation payment dialog box will not pop up.

- (void)paymentQueue:(SKPaymentQueue *)queue updatedTransactions:(NSArray<SKPaymentTransaction *> *)transactions

The transaction status returned by the method is directly SKPaymentTransactionStatePurchased. However, this order was not included in the order collection returned when verifying the receipt with the App Store.

However, the results of the above operations on the iPhone before iOS 13.4 version are all normal.

BTW, have you solved this problem?

That thing about credit card is not true at 100% since also with sandbox users has the same behavior.

Looks like an Apple problem.

But doesn't that test whether you handle a failed transaction correctly! Maybe it is a feature not a bug.

Did you find right solution ?