ติดตามการเรียน | EduTrack

This build addresses the Guideline 2.1(a) rejection of build 2.2 (29), where tapping "Sign in with Apple" left the app on the login screen on iPad Air 11-inch (M3). Cause: the third-party library we used for Sign in with Apple derived the ASAuthorizationController presentation anchor from UIApplication.shared.windows.first. On iPad, including iPhone compatibility mode, that can return a window other than the one hosting the app's web view. When the anchor is wrong, performRequests() does nothing at all — no sheet, no delegate callback, and no error — so the login screen never advances. Fix: Sign in with Apple is now handled by our own ASAuthorizationController implementation, which takes its presentation anchor from the window that actually hosts the app's root view controller. Every code path, including user cancellation and unexpected credential types, now returns a result to the UI. We also made the login screen unable to dead-end: if no result arrives within 20 seconds, both sign-in buttons are restored and an on-screen message explains what happened, so the screen can never become unusable. No demo account is required. Sign in with Apple uses the reviewer's own Apple ID, and the app can also be explored without an account using the "Continue as guest" option at the bottom of the login screen.