Chirag Jain

I don't have much to add here. I'm as surprised as you are. Try creating a new sandbox account maybe. Unrelated but still: https://stackoverflow.com/questions/46257633/ios-11-is-in-app-purchase-testing-using-a-sandbox-user-keeps-asking-to-sign-in

refer this: https://stackoverflow.com/questions/6778167/undocumented-nsurlerrordomain-error-codes-1001-1003-and-1004-using-storeki `1001` means request timedout. Possibly because the device was not connected to the internet or app store/sandbox was down.

@brunolemos if you have 40 transaction in the queue then it means you were testing something and killed/crashed the app before the transaction finished. You will have to manually clear...

> there is a possibility this won't happen on production Yes. that's the idea. Your app won't be approved by apple if this is happening systematically.

i would suggest adding a break point in that switch and see if it's going in a case where we don't have finishTransaction. obviously queue should be flushed before this...

@gtebbutt thanks for figuring out the problem. Can you send a PR with a fix for this?

Instead of making a breaking change, we can continue to support both i guess. Along with `transactionReceipt` we can return `receiptData` in the purchaseProduct response.

there is some itunes configuration involved so an out of the box example is not possible i suppose. Is the readme not clear enough?

@JamesDorrian i'm all for improving the readme with examples and what not. feel free to send a PR. word of caution there: there are many different configurations possible with in-app...

Can you explain your usecase better? What do you mean by other processing?