Sync roadmap and project state with the code

Mark medical certificates, admin dashboard and CSV export as done: the
player-side profile screens exist, so the notes calling them missing were
stale. Leave CSI membership and official calendar open, each with what is
already there.

Record the current dev state of Google auth: implemented but returning
"provider is not enabled" until the provider is turned on in Supabase.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

PROJECT_STATE.md

@@ -7,8 +7,8 @@ Ultimo aggiornamento: 30/08/2026
 Fase corrente:
 
 Backend migrato al nuovo Supabase proprietario. M1 completata. M2 e M3 scritte e da applicare.
-Autenticazione Google e dashboard amministratore implementate su `develop`, da attivare in
-produzione seguendo i passaggi più sotto. Profilo Giocatore lato giocatore ancora da fare.
+Autenticazione Google, dashboard amministratore e Profilo Giocatore (lato giocatore e lato
+admin) implementati su `develop`, da attivare in produzione seguendo i passaggi più sotto.
 
 ---
 
@@ -49,12 +49,7 @@ produzione seguendo i passaggi più sotto. Profilo Giocatore lato giocatore anco
 - Pagelle
 - MVP
 - Notifiche
-
----
-
-## Modulo da implementare
-
-Profilo Giocatore (specifica in `docs/modules/profilo-giocatore.md`)
+- Profilo Giocatore (su `develop`, specifica in `docs/modules/profilo-giocatore.md`)
 
 ---
 
@@ -63,13 +58,30 @@ Profilo Giocatore (specifica in `docs/modules/profilo-giocatore.md`)
 Implementate su `develop`, **non ancora attive in produzione**. Il codice è additivo: finché
 i passaggi qui sotto non sono fatti, l'app si comporta esattamente come prima.
 
+**Stato in sviluppo (30/08/2026):** il codice c'è ed è completo, ma il login non funziona
+ancora. Con `npm run dev`, «Accedi con Google» risponde:
+
+```
+{"code":400,"error_code":"validation_failed","msg":"Unsupported provider: provider is not enabled"}
+```
+
+Non è un difetto dell'app: l'errore arriva da Supabase, dove il provider Google è spento.
+È il passo 1 qui sotto, ancora da fare. Tutto il resto dell'app in dev funziona normalmente,
+perché l'accesso avviene ancora scegliendo il proprio nome.
+
 Passaggi in ordine, nessuno dei quali è reversibile a metà:
 
 1. **Provider Google in Supabase** — Google Cloud Console: consent screen *External* (scope
-   `email` e `profile`, nessuna verifica richiesta), credenziale *Web application* con
-   redirect URI `https://kfkcldwncxqaixetsjes.supabase.co/auth/v1/callback`. Client ID e
+   `email` e `profile`, non sensibili: nessuna verifica richiesta, e la modalità *Testing*
+   regge fino a 100 utenti, più che sufficiente per la squadra), credenziale
+   *Web application* con redirect URI
+   `https://kfkcldwncxqaixetsjes.supabase.co/auth/v1/callback`. Client ID e
    secret in *Authentication → Providers → Google*. In *URL Configuration*: Site URL di
    produzione, più `localhost:8080` e il wildcard delle preview Vercel tra i Redirect URLs.
+   Per provare sullo stack locale invece che sul cloud servono anche `enabled = true` in
+   `[auth.external.google]` di `supabase/config.toml`, le due variabili
+   `SUPABASE_AUTH_GOOGLE_*` in `.env` e una credenziale con redirect URI
+   `http://127.0.0.1:54321/auth/v1/callback`.
 2. **Migration M2 e M3** (`supabase db push`). Sono `CREATE` puri: si possono applicare in
    produzione senza toccare il comportamento attuale.
 3. **Primo admin**, dopo il primo login (l'ID esiste solo da quel momento):
@@ -85,8 +97,8 @@ collega uno slot lo occupa anche in produzione, e va liberato da un admin.
 
 ## Prossimo sviluppo
 
-Profilo giocatore lato giocatore (caricamento di documento, certificato e foto tessera):
-finché non esiste, la dashboard amministratore mostra profili vuoti.
+Gestione tesseramenti CSI: la raccolta dati e l'export CSV sono pronti, manca il
+tracciamento di chi è già tesserato (numero e data di tessera).
 
 ---