[staging branch] GoTrue returns "Database error querying schema" on password auth after schema applied via direct psql

# Bug report - I confirm this is a bug with Supabase, not with my own application. - I confirm I have searched the Docs, GitHub Discussions, and Discord. ## Describe the bug A Supabase **branch database** returns `{"code":"unexpected_failure","message":"Database error querying schema"}` on all `POST /auth/v1/token?grant_type=password` requests. The error persists after restarting the project from the Supabase Dashboard. The identical schema and data on the **main branch** of the same project authenticates successfully. ## To Reproduce 1. Create a Supabase branch from a project that has existing auth users (`auth.users`, `auth.identities` populated). 2. Apply the public schema to the branch via direct `psql` connection (not `supabase db push`) — e.g. using `pg_dump --schema-only` output piped through psql. 3. Import `auth.users` rows from main into the branch via `INSERT` statements (CSV export from Supabase Dashboard → manual INSERT). 4. Create corresponding `auth.identities` rows for each user: ```sql INSERT INTO auth.identities (id, user_id, provider_id, provider, identity_data, last_sign_in_at, created_at, updated_at) SELECT gen_random_uuid(), id, email, 'email', jsonb_build_object('sub', id::text, 'email', email, 'email_verified', true, 'phone_verified', false), last_sign_in_at, created_at, updated_at FROM auth.users WHERE email IS NOT NULL; POST https://<branch-ref>.supabase.co/auth/v1/token?grant_type=password { "email": "user@example.com", "password": "validpassword" } 5. Receive HTTP 500: {"code":"unexpected_failure","message":"Database error querying schema"} 6. Restart the project from Dashboard → Settings → Infrastructure → Restart project. 7. Error persists after restart. Expected behavior Authentication should succeed with valid credentials. The branch's GoTrue instance should be able to query the auth schema just as the main branch does. Both branches have identical auth schema migrations (verified via SELECT version FROM auth.sch…