davideandClaude Sonnet 5
c7445cfab1
Numero e data della tessera arrivano dal comitato dopo l'iscrizione, quindi li scrive solo un admin (come numero/ruolo): estende il trigger di M1/M5, aggiunge il pannello dedicato in /admin con badge e conteggio in dashboard. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
84 lines
4.8 KiB
Markdown
84 lines
4.8 KiB
Markdown
# Changelog
|
|
|
|
Tutte le modifiche significative del progetto vengono registrate in questo documento, in
|
|
ordine dalla più recente. L'elenco delle funzionalità disponibili e previste non si ripete
|
|
qui: sta in [ROADMAP.md](ROADMAP.md).
|
|
|
|
## Versione attuale — agosto 2026
|
|
|
|
### Autenticazione e dashboard amministratore (su `develop`, non ancora in produzione)
|
|
|
|
- Login con Google tramite Supabase Auth (DD-011). Al primo accesso l'account si collega a
|
|
un giocatore di `giocatori_squadra`, e il collegamento non è più modificabile dal
|
|
giocatore stesso (DD-016 regola 2).
|
|
- La selezione libera del giocatore è stata rimossa: `/benvenuto` offre solo l'accesso con
|
|
Google e senza sessione non si entra in nessuna schermata. Sparita anche la variabile
|
|
`VITE_AUTH_OBBLIGATORIA` (non serve più) e il pulsante «Cambia giocatore» in `/profilo`.
|
|
- I permessi di amministrazione arrivano solo da `user_roles` (`src/lib/ruoli.ts`): la lista
|
|
di nomi in `crapp-data.ts` è stata eliminata, altrimenti bastava scegliere il nome giusto
|
|
per amministrare.
|
|
- Migration `m4_solo_autenticati`: toglie al ruolo `anon` l'accesso alle tabelle v1.0.
|
|
- Collegamento automatico al proprio giocatore per email (DD-018, migration
|
|
`m5_email_giocatori_squadra`): niente più scelta manuale da un elenco, `/benvenuto`
|
|
confronta l'email dell'account Google con `giocatori_squadra.email` e collega da solo.
|
|
Senza corrispondenza compare solo un messaggio d'errore, con un pulsante per uscire e
|
|
riprovare con un altro account.
|
|
- Dashboard admin: nuove azioni "Aggiungi giocatore" (con email opzionale per il
|
|
collegamento automatico) e "Disattiva/Riattiva giocatore" per chi lascia la squadra — la
|
|
riga non viene mai eliminata, così presenze, voti, pagelle e badge della stagione restano
|
|
agganciati al suo id. L'email è anche modificabile dal pannello "Dati squadra" di ogni
|
|
giocatore già in rosa.
|
|
- Tracciamento tesseramento CSI (migration `m8_tesseramento_csi`): numero e data di tessera
|
|
in `giocatori_squadra`, come gli altri campi che gestisce solo l'admin (DD-016/DD-018). La
|
|
dashboard mostra chi è già tesserato (badge sulla scheda, contatore in "Squadra") e un
|
|
pannello per registrare numero e data una volta arrivata la tessera dal CSI.
|
|
**Da applicare solo a squadra collegata**, altrimenti chi non ha ancora fatto login vede
|
|
l'app vuota.
|
|
- Profilo giocatore: da `/profilo` ognuno compila i propri dati anagrafici e carica
|
|
documento, certificato medico e foto tessera con le relative scadenze
|
|
([modules/profilo-giocatore.md](modules/profilo-giocatore.md)).
|
|
- Nuova schermata `/admin`: stato dei profili della squadra, download di documento,
|
|
certificato e foto tessera, export CSV per il tesseramento CSI.
|
|
- Migration `m2_profili_giocatore` (tabella dei profili) e `m3_bucket_profili` (bucket
|
|
privato), entrambe additive.
|
|
- Dalla dashboard l'amministratore modifica i dati squadra (nome, cognome, numero, ruolo),
|
|
compila i dati personali al posto di un giocatore e scollega un account da un profilo
|
|
(DD-017). I file restano esclusi: li carica solo il giocatore. Nessuna migration: le
|
|
policy di M1 e M2 lo consentivano già.
|
|
- Foto profilo sincronizzate tra dispositivi: da `/profilo` la foto caricata finisce nel
|
|
bucket pubblico `avatar-giocatori` (migration `m6_avatar_giocatori`) invece che in
|
|
`localStorage`, così compare per tutta la squadra e non solo su chi l'ha caricata.
|
|
L'Avatar mostra numero/iniziali finché la foto non è presente.
|
|
- Scout Live sincronizzato tra dispositivi: il blocco "chi sta scoutando" ora passa dalla
|
|
tabella `scout_sessioni` invece che da `localStorage`, quindi due telefoni non possono più
|
|
prendere il controllo insieme sovrascrivendosi a vicenda. Le partite scoutate concluse
|
|
vengono archiviate nella nuova tabella `scout_partite` (migration `m7_scout_partite`):
|
|
prima restavano visibili solo sul telefono di chi aveva chiuso la partita.
|
|
|
|
### Test
|
|
|
|
- Suite di test in `test/` (unit, integration, end-to-end) eseguita con bun,
|
|
senza nuove dipendenze: `npm run test` e `npm run test:all`.
|
|
- Corretto un difetto emerso dai test: una sessione Scout Live con timestamp
|
|
illeggibile restava bloccata per sempre invece di scadere.
|
|
|
|
### Collegamento CSI
|
|
|
|
- Classifica e risultati ufficiali letti dal portale Livescore CSI Bologna
|
|
(stagione 2025/26, Campionato Open Misto Eccellenza, Girone B).
|
|
- La pagina Campionato non usa più dati dimostrativi.
|
|
- Dettagli e limiti in [modules/collegamento-csi.md](modules/collegamento-csi.md).
|
|
|
|
### Infrastruttura
|
|
|
|
- Migrazione completa da Lovable a sviluppo locale.
|
|
- Configurazione Git.
|
|
- Repository GitHub indipendente.
|
|
- Deploy automatico tramite Vercel.
|
|
- Branch main e develop.
|
|
|
|
## Versione 1.0 — luglio 2026
|
|
|
|
Prima versione usata dalla squadra. Funzionalità incluse: vedi
|
|
[ROADMAP.md § Versione 1.0](ROADMAP.md#versione-10--rilasciata).
|