Confirming resolved for Team FRL3DTJQ62 / com.dancuedigital.statsnap. Sign in with Apple now completes on device as of Aug 12 with no changes on our side — the same TestFlight build that previously failed with the AKSQLError -6003 / "No applications were found with the provided Client ID" signature now works end-to-end. The public authorize endpoint also stopped returning invalid_client for this client_id (it had, continuously, since Aug 8). FB24228227 updated and closed as requested. Thank you for the server-side fix. For teams still waiting: no client-side changes were needed — the same build simply started working once the registration was repaired.

Adding another affected team to this thread: Team ID: FRL3DTJQ62 — App ID com.dancuedigital.statsnap (TestFlight builds) Identical signature to the reports above, captured via sysdiagnose on 2026-08-08: Native sheet renders, Face ID completes, then "Sign Up Not Completed" akd log: Encountered error while fetching developer team: Error Domain=AKSQLError Code=-6003, followed by No applications were found with the provided Client ID: com.dancuedigital.statsnap → AKAuthenticationError -7003 GSA SRP sign-up exchange returns HTTP 200 with server proof missing (M2 missing); underlying server response is Invalid client / -24000 Reproduces on two devices (iPhone + iPad) with two different Apple IDs; same Apple IDs sign in fine in other apps Ruled out client side: capability active on the App ID (verified via ASC API), signed binary and provisioning profile both carry com.apple.developer.applesignin = ["Default"], bundle ID verified. Capability first enabled 2026-08-03, re-toggled 2026-08-09 — no change. The public authorize endpoint also returns invalid_client for this bundle ID, while known-good SIWA apps' bundle IDs pass, consistent with the registration never reaching the auth servers. Filed as FB24228227 (sysdiagnose attached). Requesting the same server-side team registration fix applied to the teams above. Happy to verify immediately once re-provisioned.