We are seeing similar behaviour with re-purchases and restores of subscriptions. I've had a complaint from production but also seem to be able to reproduce in the TestFlight sandbox as well. From what I can tell, when you repurchase or restore, a new transaction is not being added to the queue and thus there is no receipt to send to the server for verification. At least in my case, the /verifyReceipt endpoint appears to be working OK.

Just wanted to give an update that this appears to have been a problem with my subscription checking code.I previously had logic like this:Get a list of all IAP receipts from ApplePick the last one from the list and assume it is the latestCheck the expiry date and lock/unlock subscription based on thatI guess Apple used to return these in order so picking the last one was OK. Now they are returning in a different order. Changed the logic to be like this:Get a list of all IAP receipts from AppleSort the receipts by expiry date ascendingPick the last one from the listCheck the expiry date and lock/unlock subscription based on thatAfter pushing out this change, I had confirmation from two of my complaining customers that they were able to unlock their subscription. Not sure if this is the same thing that other people in the thread are experiencing but thought I would mention it just in case!

I was also looking for a way to get notified of every new app review so that I could be sure to stay on top of my customer's feedback. I tried out the RSS feeds pointed out by mattio but the downside with that is that you have to monitor all of the countries separately and there are well over a 100. I ended up making a tool called AppReviewBot to make this process super simple. If your team wants to receive mobile app reviews as soon as they happen in Slack or Microsoft Teams, check it out!