QA Runner 28a6cb6467 ci(e2e): grant service_role table access after loading schema.sql ... The backend queries exclusively as service_role (lib/supabase.ts, service key, 'bypasses RLS'). schema.sql revokes client grants (anon/authenticated) but assumes a hosted Supabase where service_role already has full table access — on a fresh CLI stack loaded via psql it gets none, so the first backend write 500s with 'permission denied for table user_profiles' and every project/chat spec fails. Granting service_role after the schema load reproduces the production grant posture. Verified in CI: POST /projects 500 -> 201, GET /chat 500 -> 200. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>		2026-07-22 11:37:59 -07:00
..
workflows	ci(e2e): grant service_role table access after loading schema.sql	2026-07-22 11:37:59 -07:00
PULL_REQUEST_TEMPLATE.md	docs: testing policy in CONTRIBUTING + PR template with verification checklist	2026-07-20 10:46:47 -07:00