Adding our team to this incident — same server-side signature. Team ID: V27S6U8U5M Bundle ID: com.yogen.listentome.ios (native iOS app, Sign in with Apple via ASAuthorizationController) Feedback: FB24533367 Symptom: native Sign in with Apple fails on a physical device with Apple's "Sign Up Not Completed" sheet, before any credential is returned to the app. First observed 2026-08-26 (US Eastern) and still reproducing. Exact error chain from akd on device: AKAuthenticationError Code=-7026, AKClientBundleID=com.yogen.listentome.ios underlying AKSQLError -6003 "No applications were found with the provided Client ID" surfaced to the app as com.apple.AuthenticationServices.AuthorizationError Code=1000 Configuration is verified correct on our side: Sign in with Apple capability enabled on the explicit (non-wildcard) App ID with primary app consent com.apple.developer.applesignin = [Default] present in BOTH the signed binary and the embedded App Store provisioning profile Reproduced with a normal personal Apple ID that has two-factor authentication enabled (not a managed or child account) Simulator excluded (no device attestation); this is a physical-device failure This matches the pattern described in this thread exactly — a correct, unchanged build that Apple's ID servers reject with the "No applications were found with the provided Client ID" signature. Could DTS please associate Team ID V27S6U8U5M / bundle ID com.yogen.listentome.ios with the server-side Sign in with Apple registration repair? This is currently blocking our App Store submission under Guideline 4.8. Feedback FB24533367 has the full details. Thank you.