Case #20000132024383 has been filed with Developer Support; posting here as well for visibility
Hi Apple Developer Support team,
We are experiencing a release-blocking issue: Sign in with Apple always fails server-side with AKAuthenticationServerError -24000 for our bundle com.dadilo.app, on all devices and all Apple IDs we have tested, while the same devices and accounts use Sign in with Apple successfully in other apps.
IDENTIFIERS
- Team ID: HF53KC83Z3 (Individual - Nguyen Duy Mao)
- Bundle ID: com.dadilo.app (App ID resource 96Q4FAZ8PF)
- App Store Connect app: "Dadilo: Giup viec nha" - Apple ID 6782634291 (unreleased; TestFlight builds 1.0.0 (120-126))
- Client: native ASAuthorizationAppleIDProvider request (Flutter sign_in_with_apple plugin). No web/Services-ID flow is involved.
SYMPTOM Every Sign in with Apple attempt completes the system sheet (Face ID/password succeeds, scope selection is shown), then iOS shows the alert "Sign-Up Not Completed". The app's ASAuthorizationControllerDelegate receives ASAuthorizationError code 1001. No credential is ever issued.
Device syslog at the exact moment of each failure (captured 2026-08-07 and 2026-08-08):
- akd: SRP authentication with server failed! Error Domain=com.apple.AppleIDAuthSupport Code=2
- AKRemoteViewController did complete with authorization (null), error Domain=com.apple.AppleIDAuthSupport Code=2, NSUnderlyingError Domain=AKAuthenticationServerError Code=-24000
- akd: Creating AKAuthenticationServerResponse with status <private> contents: (null)
- akd: Invalid/missing value for key acname: (null); Invalid value for key ut: (null); Invalid value for key authType: (null)
The server rejects the request and returns an EMPTY payload; -24000 is the client's reaction to it. An initial tap sometimes logs AKAuthenticationError -7003 first.
REPRODUCTION - fails in EVERY combination
- Devices: iPad mini (iPad16,2, iPadOS 26.5.2) and an iPhone (iOS 26.x) - fails on both
- Apple IDs: 2 different accounts (2FA enabled, adult, region Vietnam) - fails on both
- Builds: TestFlight 1.0.0 builds 122, 124, 125, 126 - fails on all
- Request shape: the standard request (email + fullName scopes, SHA-256 nonce) AND a minimal request (no scopes, no nonce) both fail identically
DECISIVE CONTROL TEST (2026-08-08) On the SAME iPad, SAME Apple ID, SAME network, minutes after our app failed,le authorization for another app (ChatGPT - never previously authorized on this account) succeeded normally. So fresh-authorization SRP works for this erver issues credentials for other bundles but rejects com.dadilo.app specifically. Existing authorizations (Notion, Grab, Shopee, Goodnotes) alsocounts.
ALREADY VERIFIED / RULED OUT
- Entitlement com.apple.developer.applesignin = [Default] present in the binary; the provisioning profile contains the entitlement (decoded and checked); the authorization sheet
opens and biometric completes, so the entitlement is honored
- App ID capability APPLE_ID_AUTH enabled, APPLE_ID_AUTH_APP_CONSENT = PRIMARY_APP_CONSENT (verified via App Store Connect API); no grouped-app configuration conflicts on the team
- Program License Agreement issued 2026-06-18, accepted 2026-06-21; no pendi
- Test Apple IDs are healthy: 2FA on, adult birthdays, no Family restrictionh Apple with other apps
- No stale authorizations: this app is not listed in Settings > Sign in with- Capability re-provisioning attempted 2026-08-08: deleted and re-created APnerated a brand-new App Store provisioning profile, rebuilt and re-tested(build 125) - identical -24000 failure
- Apple System Status showed no Sign in with Apple outage during any test
REQUEST AKAuthenticationServerError -24000 is not publicly documented. Everything clecks out, and the failure is 100% reproducible for this bundle ID only.Please inspect the server-side Sign in with Apple configuration/state for co3 and advise what is rejecting credential issuance.The app is complete and ready for App Store submission; Sign in with Apple ier Guideline 4.8, so this issue is blocking our first release. Fullidevicesyslog captures from both days are available on request.
Thank you, Nguyen Duy Mao Team HF53KC83Z3