According to Apple documents, " Apple’s servers may throttle your call if you attempt to verify a user’s Apple ID more than once a day". that "throttle" means that apple server will return "invalid_client"? when we log in with Sign in with Apple while verifying the refresh token, sometimes log in successfully, and sometimes "invalid_client" is returned.

Whether using Storefront.current?.countryCode or SKPaymentQueue.default().storefront?.countryCode, both are returning "USA" only. (It used to return the correct country code before the update.) In the sandbox environment, the country code is returned correctly, but in the TestFlight environment, it always returns "USA". There's no mention of this behavior in the beta release notes, so I'm posting it here for visibility.

i need to check user information in receipt, during IAP. i watched developer documents for In App Purchase, but there is no user information in App Store receipt data. As app_account_token, it has to be UUID. but i dont want to put UUID. just string. For example, Google Play have so called "developer payload" field for this purposes, other providers also have possibility to add external data. can't i send developerPayload in receipt during IAP?

In other frameworks, I've seen codeSignature included in dynamic cases, but this time Apple said, "Signatures are so required in these cases where the listed SDKs are used as binary dependencies." Does that mean that even if the .framework file of the SDK you are deploying is static, you have to include codeSignature?

0 In other frameworks, I've seen codeSignature included in dynamic cases. because dynamic frameworks have "embed and sign" option. but this time Apple said, "Signatures are so required in these cases where the listed SDKs are used as binary dependencies." Does that mean that even if the ".framework" file of the SDK you are deploying is static, you have to include codeSignature? and if a framework is not included in Privacy-Impacting SDKs list, is it okay not to sign?