Raised as FB7467964

I filed a feedback back in December for this as saw the same..FB7467964

Sadly not, no. I have asked for a few updates and not had a response.I checked Friday and I was still not seeing it in the sandbox too.

I have raised a case with Apple Developer Program Support.They didn't have any insight and wanted screenshots etc which I have sent over

Apple send back the Key Id "kid" in the response so you can lookup the appropriate key

To clarify, Ideally we would like each user linked to a Family Sharing transaction to have their own original_transaction_id and susbsequent renewal transactions of their own. The original Apple recommendations said to rely on this field and so a lot of code hinges around this being unique to a subscription (and with relevant usage limits applied in our code too). If these get treated as “new” users essentially we are happy for that but ideally some sort of flag saying they are linked to an original in case people run local billing metrics!

Sorry, my reply was being written as you sent that. Will each Apple ID have a unique original_transaction_id or will it be the same as the primary user?

Now this is live is there any tech guides on how this is implemented? Specifically around the identifications, is there any links back to the original purchase ID at all?

We are also seeing this, only iOS15 devices are causing this

Yes still seeing this on a decent number of 15.2 devices too

Yes I am also seeing this now with the 13.3 release. We also cannot disable BitCode due to a WatchOS app

Disabling Bitcode sadly is not a fix if you have a WatchOS app

So far I have not seen any 15.4 crashes for this

Didn’t they deprecate this method for APNS? Now token based