davideandClaude Opus 5.5
2ec72fd08f
- Modello: tipo sugli slot, inRosa() al posto del filtro su attivo in tutte le letture della rosa di gioco (presenze, convocati, voti, palloni, classifiche, badge, sollecito); gli allenatori restano solo nei compleanni e in Squadra. - Permessi: user_roles letto una volta per tutti i ruoli; usePuoGestireEventi() apre /eventi e il sollecito presenze anche all'allenatore, lato server con richiediGestoreEventi(). Palloni, sondaggio e messaggi restano all'admin. - Identità: useGiocatoreInCampo() è null per l'allenatore, così non risponde alle presenze e non vota; useSonoAllenatore() decide cosa si vede. - Profilo: per l'allenatore solo Docs (nome, cognome, nascita, telefono, email) e Opzioni; card avatar e tab Opzioni estratte per riusarle. - Home, Squadra e partita: niente statistiche personali, badge, cacche e obiettivi per l'allenatore; in Rosa compare con la dicitura «Allenatore». - Admin: tipo in «Aggiungi», allenatori a parte in Profili, fuori da conteggi ed export CSI. Test unit su rosa di gioco e completamento, route test sull'allenatore. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
51 lines
1.6 KiB
TypeScript
51 lines
1.6 KiB
TypeScript
import { useQuery } from "@tanstack/react-query";
|
|
import { supabase } from "@/integrations/supabase/client";
|
|
import { useSessione } from "./auth";
|
|
|
|
export const RUOLI_KEY = ["ruoli-utente"] as const;
|
|
|
|
export type Ruolo = "admin" | "allenatore";
|
|
|
|
/**
|
|
* Permessi: unica fonte è `user_roles` nel database (DD-011). Nessuna lista di nomi,
|
|
* altrimenti basterebbe scegliere il nome giusto per amministrare. Il ruolo `allenatore`
|
|
* lo scrive un trigger quando si collega uno slot di tipo allenatore (M21, DD-034).
|
|
*/
|
|
|
|
/** `null` = nessuna sessione, quindi il database non ha una risposta da dare. */
|
|
async function fetchRuoli(utenteId: string | null): Promise<Ruolo[] | null> {
|
|
if (!utenteId) return null;
|
|
const { data, error } = await supabase
|
|
.from("user_roles")
|
|
.select("role")
|
|
.eq("user_id", utenteId)
|
|
.in("role", ["admin", "allenatore"]);
|
|
if (error) throw error;
|
|
return (data ?? []).map((r) => r.role as Ruolo);
|
|
}
|
|
|
|
function useRuoli(): Ruolo[] {
|
|
const { utenteId } = useSessione();
|
|
// Il ruolo cambia solo quando un admin lo assegna: una lettura per sessione basta.
|
|
const query = useQuery({
|
|
queryKey: [...RUOLI_KEY, utenteId],
|
|
queryFn: () => fetchRuoli(utenteId),
|
|
staleTime: 30 * 60_000,
|
|
});
|
|
return query.data ?? [];
|
|
}
|
|
|
|
export function useIsAdmin(): boolean {
|
|
return useRuoli().includes("admin");
|
|
}
|
|
|
|
export function useIsAllenatore(): boolean {
|
|
return useRuoli().includes("allenatore");
|
|
}
|
|
|
|
/** Chi crea e modifica gli eventi e sollecita le presenze: admin o allenatore (DD-034). */
|
|
export function usePuoGestireEventi(): boolean {
|
|
const ruoli = useRuoli();
|
|
return ruoli.includes("admin") || ruoli.includes("allenatore");
|
|
}
|