diff --git a/CLAUDE.md b/CLAUDE.md
index 49adbe1..f2db1a0 100644
--- a/CLAUDE.md
+++ b/CLAUDE.md
@@ -6,7 +6,7 @@ Application web pour un groupe d'amis (~12 personnes) qui anime un jeu et des ol
## 1. État actuel
-V1 à V7 sont livrées :
+V1 à V8 sont livrées :
- **V1** : comptes, profils, leaderboard statique.
- **V2** : authentification par email réel (plus de pseudo+email interne), rôles `public`/`judge`, verrou de pseudo (modifiable une fois), section Admin.
- **V3** : attribution de points par les juges (RPC sécurisée, +/- avec confirmation explicite), journal public « le crieur », podium top 3, flèches de progression, recadrage/compression photo côté client.
@@ -14,6 +14,7 @@ V1 à V7 sont livrées :
- **V5** : navigation entièrement repliée dans le menu déroulant du chip (header épuré : logo + chip seulement), page La Roulette (tirage au sort animé — déplacée dans `/char` depuis, voir V7), page **Le Calendrier des Dieux** (agenda de la semaine, panthéon, date du Tribunal), boutons de validation des points unifiés (`PointsConfirmControls`) entre podium et classement.
- **V6** : premier mini-jeu compétitif, **Le Vol d'Icare** (`/icare`) — Flappy Bird grec (Icare vole entre des colonnes de temple), record personnel all-time (pas de piste par jour), touche l'écran pour battre des ailes, échec net au premier contact (score remis à zéro, comme l'original). Les scores sont figés dès que la date du Tribunal est atteinte, puis les gloires du top 3 sont attribuées **automatiquement** (tâche planifiée `pg_cron`, sans intervention d'un Archonte) — seul mécanisme de points de tout le projet qui ne passe pas par une décision de juge.
- **V7** : outils numériques pour le vrai jeu du Tribunal (soirée physique/sociale, pas un mini-jeu digital), page **Le Jeu de l'Agora** (`/char`) — pensée **format paysage 16:9** (projetée sur grand écran) plutôt que mobile-first comme le reste de l'app. **Le Char** : 2 colonnes fixes de 3 emplacements affichées côte à côte avec un « VS » et une illustration de char vu du dessus entre les deux, affectation d'un Citoyen à un emplacement vide en un clic (liste des Citoyens libres directement cliquables, pas de menu déroulant), bouton « Retirer », boutons « Colonne A/B remporte le duel » (vide la colonne gagnante après une brève animation — les vainqueurs sortent, les perdants restent), compteur du nombre de fois que chacun est monté dans le char, avec un petit classement récapitulatif en bas de page (tout le monde, y compris ceux qui n'y sont jamais monté). La banque de questions (ajout/édition/réordonnancement/bascule afficher-masquer) vit sur une page séparée réservée aux Archontes, **`/char/questions`** — pensée pour être pilotée depuis un téléphone pendant que `/char` est projetée depuis un ordinateur ; `/char` n'affiche que la question actuellement révélée, en lecture seule. **Le Gardien du Silence** : rôle tiré au sort parmi les Citoyens (jamais les Archontes), affiché de façon discrète (barre compacte, pas une grande carte), minuteur avec reroll automatique à expiration (RPC auto-protégée, filet `pg_cron`) et bouton de reroll manuel pour les Archontes. L'app n'arbitre jamais le jeu lui-même, elle affiche/synchronise un état piloté à la main. **La Roulette** (tirage au sort animé parmi les membres, ou les Citoyens uniquement), initialement livrée en V5 sur sa propre page `/roulette`, a été fusionnée dans `/char` comme troisième section — la route et le lien de menu dédiés ont été retirés, tout l'outillage de la soirée du Tribunal vit maintenant au même endroit.
+- **V8** : les Citoyens peuvent désormais proposer une question pour Le Char — une par personne (upsert), modifiable autant de fois que voulu depuis une nouvelle section sur `/profile`, jusqu'à ce que la date du Tribunal (`settings.tribunal_date`) soit atteinte (même mécanisme de gel que les scores d'Icare, no-op silencieux plutôt qu'une erreur). Les Archontes modèrent ces suggestions depuis une nouvelle section « Suggestions des Citoyens » sur `/char/questions` : chaque proposition affiche l'auteur, avec un bouton « Ajouter à la banque » (la copie dans `chariot_questions`, à la fin de l'ordre existant) et un bouton de rejet (suppression, confirmation à deux temps comme le reste de la page). Par ailleurs, `/admin` affiche maintenant l'adresse email de chaque membre (RPC `admin_list_members()`, seul moyen d'exposer `auth.users.email` aux juges sans passer par la `service_role key` côté client).
Hors périmètre pour l'instant (voir roadmap en fin de doc) : éditions/saisons, mode grand écran.
@@ -72,6 +73,13 @@ Le script est **idempotent** : toujours le ré-exécuter en entier après une mo
- `settings.chariot_revealed_question_id` : question actuellement affichée sur `/char`, directement modifiable par les juges (rien à protéger dans cette colonne-là) — bascule effectuée depuis `/char/questions`.
- Préfixe `chariot_*` (pas `char_*`) volontaire : sans rapport avec l'ancienne Course du Char digitale supprimée, qui utilisait déjà ce préfixe.
+### `public.chariot_submissions` (suggestions de questions par les Citoyens, V8)
+
+- `user_id (pk), text, updated_at` — une ligne par Citoyen (upsert, comme `icarus_scores`). Verrouillée comme `icarus_scores`/`points_log` : `insert`/`update` révoqués pour `authenticated`, seule la RPC `submit_chariot_question()` (SECURITY DEFINER) peut écrire.
+- RLS `select` : le propriétaire voit sa propre ligne, les juges voient tout (modération) — pas de visibilité entre Citoyens.
+- RLS `delete` : réservée aux juges (rejet direct depuis `/char/questions`, pas besoin de RPC pour une suppression simple).
+- Gel réutilisant `settings.tribunal_date` (même déclencheur que `submit_icarus_score`) plutôt qu'une nouvelle colonne dédiée.
+
### Colonnes sensibles : RLS + trigger, jamais confiance au client
La RLS est **au niveau ligne** : elle ne peut pas exprimer « cette colonne seulement si tel rôle ». Le verrouillage fin des colonnes (`role`, `points`, `pseudo_locked`, pseudo figé, `previous_rank`) passe par le trigger `enforce_profile_update()` :
@@ -92,12 +100,14 @@ Ce pattern (RLS pour l'accès à la ligne + trigger `BEFORE UPDATE` pour l'accè
- `submit_icarus_score(p_score)` — authenticated, vérifie côté serveur si la date du Tribunal est déjà passée (scores figés : no-op silencieux plutôt qu'une erreur), n'écrase le record que s'il est strictement battu.
- `award_icarus_points_if_due()` — **pas de grant à authenticated**, appelée uniquement par la tâche planifiée `pg_cron` (ou depuis le SQL Editor) : dès que la date du Tribunal est atteinte, attribue les gloires du top 3 automatiquement (`judge_id = null` dans `points_log`, affiché comme « Le Tribunal » dans Le Crieur), une seule fois (`settings.icarus_points_awarded`).
- `reroll_gardien(p_force default false)` — authenticated. Tire un nouveau Gardien parmi les Citoyens (jamais le détenteur actuel si possible) et repousse `gardien_expires_at` de 5 minutes. `p_force=true` (vérifie `role = 'judge'`) reroll immédiatement ; `p_force=false` (appelée par le minuteur côté client à expiration, et par `pg_cron` en filet) ne fait rien tant que `gardien_expires_at` n'est pas atteint — un seul `UPDATE ... WHERE` atomique (pas de `SELECT` puis `UPDATE`), pour qu'un reroll naturel avec plusieurs téléphones ouverts au même moment ne reroll qu'une seule fois.
+- `submit_chariot_question(p_text)` — authenticated, rejette les juges (seuls les Citoyens proposent), valide un texte non vide (≤ 300 caractères), et applique le même gel que `submit_icarus_score` via `settings.tribunal_date` (no-op silencieux une fois l'Agora commencée). `insert ... on conflict (user_id) do update` : une ligne par personne.
+- `admin_list_members()` — authenticated, vérifie `role = 'judge'`, seule façon d'exposer `auth.users.email` (jamais stocké dans `profiles`) sur `/admin` sans passer par la `service_role key` côté client.
---
## 4. Authentification
-**Sur invitation uniquement**, plus d'auto-inscription publique : "Allow new users to sign up" est désactivé côté Supabase. Un Archonte invite via Authentication → Users → Invite user ; le lien reçu établit une session directement sur `/signup`, qui sert alors à finaliser le compte (mot de passe, pseudo, photo) — sans session valide, la page affiche un message « invitation requise ». Le profil est créé dès l'invitation par le trigger `handle_new_user` (pseudo temporaire `"Nouveau membre"` jusqu'à finalisation). Nécessite un SMTP custom côté Supabase (le service intégré est trop limité en volume, voir README). Le pseudo est un simple nom d'affichage stocké dans `profiles`, jamais l'email n'est montré aux autres membres.
+**Sur invitation uniquement**, plus d'auto-inscription publique : "Allow new users to sign up" est désactivé côté Supabase. Un Archonte invite via Authentication → Users → Invite user ; le lien reçu établit une session directement sur `/signup`, qui sert alors à finaliser le compte (mot de passe, pseudo, photo) — sans session valide, la page affiche un message « invitation requise ». Le profil est créé dès l'invitation par le trigger `handle_new_user` (pseudo temporaire `"Nouveau membre"` jusqu'à finalisation). Nécessite un SMTP custom côté Supabase (le service intégré est trop limité en volume, voir README). Le pseudo est un simple nom d'affichage stocké dans `profiles`, jamais l'email n'est montré aux autres Citoyens — seuls les Archontes le voient, sur `/admin` (via `admin_list_members()`, voir §3).
---
@@ -111,10 +121,10 @@ Ce pattern (RLS pour l'accès à la ligne + trigger `BEFORE UPDATE` pour l'accè
| `/leaderboard` | « L'Agora » — podium top 3 + liste, Realtime, contrôles de points pour les juges |
| `/icare` | « Le Vol d'Icare » — Flappy Bird grec, record personnel all-time, scores figés au Tribunal, points attribués automatiquement |
| `/char` | « Le Jeu de l'Agora » — format paysage (projeté) : Le Char (2 colonnes de 3, boutons de duel), Le Gardien du Silence (tirage aléatoire, minuteur discret) et La Roulette (tirage au sort animé) |
-| `/char/questions` | Banque de questions du Char (ajout/édition/réordonnancement/afficher-masquer) — juges uniquement, pilotée depuis un téléphone pendant que `/char` est projetée |
+| `/char/questions` | Banque de questions du Char (ajout/édition/réordonnancement/afficher-masquer) + modération des suggestions des Citoyens (ajouter à la banque/rejeter) — juges uniquement, pilotée depuis un téléphone pendant que `/char` est projetée |
| `/calendrier` | « Le Calendrier des Dieux » — agenda de la semaine, panthéon, date du Tribunal, édition réservée aux juges |
| `/journal` | « Le Crieur » — fil live des décrets (attributions de points), lecture pour tous |
-| `/profile` | Pseudo (verrouillable), photo, déconnexion |
+| `/profile` | Pseudo (verrouillable), photo, déconnexion, et pour les Citoyens : proposition d'une question pour Le Char (modifiable jusqu'au Tribunal) |
| `/admin` | « Admin » — juges uniquement, **vérifié côté serveur** (Server Component), habillée d'une police monospace (rupture volontaire avec le thème grec) — gestion des membres, reset du repère de classement |
`/leaderboard`, `/profile`, `/admin`, `/journal`, `/calendrier`, `/icare`, `/char` (et donc `/char/questions`, couverte par le même préfixe) sont protégées par `src/proxy.ts` (redirection `/login` si non connecté). L'accès juge-only de `/admin` et `/char/questions` n'est **pas** géré par le proxy (il n'a pas facilement le rôle) — la page elle-même vérifie et redirige ; même principe pour les boutons d'édition du Calendrier (RLS + vérification serveur, jamais un simple masquage front).
diff --git a/src/app/admin/admin-members-table.tsx b/src/app/admin/admin-members-table.tsx
index 8f82357..e1173c7 100644
--- a/src/app/admin/admin-members-table.tsx
+++ b/src/app/admin/admin-members-table.tsx
@@ -12,6 +12,7 @@ type Member = {
role: string;
pseudo_locked: boolean;
avatar_url: string | null;
+ email: string;
};
function MemberRow({ member, isSelf }: { member: Member; isSelf: boolean }) {
@@ -78,14 +79,17 @@ function MemberRow({ member, isSelf }: { member: Member; isSelf: boolean }) {
return (
);
}
diff --git a/supabase/schema.sql b/supabase/schema.sql
index 6e12640..d1a137e 100644
--- a/supabase/schema.sql
+++ b/supabase/schema.sql
@@ -861,3 +861,127 @@ exception
when others then
raise notice 'pg_cron indisponible : active l''extension via le Dashboard Supabase (Database → Extensions → pg_cron), puis ré-exécute ce script pour planifier le reroll automatique du Gardien.';
end $$;
+
+-- 13. Suggestions de questions par les Citoyens + emails sur Admin
+-- -----------------------------------------------------------------
+
+-- Une proposition par Citoyen (une ligne par user_id, comme icarus_scores).
+-- Verrouillée en écriture comme points_log/icarus_scores : seule la RPC
+-- submit_chariot_question() (SECURITY DEFINER) peut insert/update ; les
+-- juges gardent un accès direct en lecture (modération) et en suppression
+-- (rejet), sans passer par une RPC pour ce cas simple.
+create table if not exists public.chariot_submissions (
+ user_id uuid primary key references public.profiles (id) on delete cascade,
+ text text not null,
+ updated_at timestamptz not null default now()
+);
+
+alter table public.chariot_submissions enable row level security;
+revoke insert, update on public.chariot_submissions from authenticated, anon;
+grant select, delete on public.chariot_submissions to authenticated;
+
+drop policy if exists "chariot_submissions readable by owner or judges" on public.chariot_submissions;
+create policy "chariot_submissions readable by owner or judges"
+ on public.chariot_submissions for select to authenticated
+ using (
+ user_id = auth.uid()
+ or exists (select 1 from public.profiles p where p.id = auth.uid() and p.role = 'judge')
+ );
+
+drop policy if exists "chariot_submissions delete by judges" on public.chariot_submissions;
+create policy "chariot_submissions delete by judges" on public.chariot_submissions for delete to authenticated
+ using (exists (select 1 from public.profiles p where p.id = auth.uid() and p.role = 'judge'));
+
+do $$
+begin
+ alter publication supabase_realtime add table public.chariot_submissions;
+exception
+ when duplicate_object then null;
+end $$;
+
+-- Seul point d'entrée pour proposer/modifier sa question. Réutilise
+-- settings.tribunal_date comme déclencheur de gel — même philosophie que
+-- submit_icarus_score() : une fois l'Agora commencée, no-op silencieux
+-- (retourne la ligne existante sans la modifier) plutôt qu'une erreur.
+create or replace function public.submit_chariot_question(p_text text)
+returns public.chariot_submissions
+language plpgsql
+security definer
+set search_path = public
+as $$
+declare
+ v_caller_role text;
+ v_tribunal_date timestamptz;
+ v_row public.chariot_submissions;
+begin
+ if auth.uid() is null then
+ raise exception 'authentication required';
+ end if;
+
+ select role into v_caller_role from public.profiles where id = auth.uid();
+ if v_caller_role = 'judge' then
+ raise exception 'only citizens can submit a chariot question';
+ end if;
+
+ if p_text is null or length(trim(p_text)) = 0 then
+ raise exception 'question vide';
+ end if;
+ if length(p_text) > 300 then
+ raise exception 'question trop longue';
+ end if;
+
+ select tribunal_date into v_tribunal_date from public.settings where id = true;
+
+ if v_tribunal_date is not null and now() >= v_tribunal_date then
+ select * into v_row from public.chariot_submissions where user_id = auth.uid();
+ return v_row;
+ end if;
+
+ insert into public.chariot_submissions (user_id, text, updated_at)
+ values (auth.uid(), trim(p_text), now())
+ on conflict (user_id) do update
+ set text = excluded.text,
+ updated_at = now();
+
+ select * into v_row from public.chariot_submissions where user_id = auth.uid();
+ return v_row;
+end;
+$$;
+
+grant execute on function public.submit_chariot_question(text) to authenticated;
+
+-- Émails des membres pour /admin : jamais stockés dans profiles (voir §4 du
+-- doc — le pseudo est le seul nom montré aux autres), donc invisibles côté
+-- client sans passer par auth.users. Plutôt que d'exposer la service_role
+-- key côté client, une RPC SECURITY DEFINER fait la jointure, gardée par la
+-- même vérification de rôle que les autres RPC juge-only du projet.
+create or replace function public.admin_list_members()
+returns table (
+ id uuid,
+ pseudo text,
+ avatar_url text,
+ role text,
+ pseudo_locked boolean,
+ email text
+)
+language plpgsql
+security definer
+set search_path = public
+as $$
+begin
+ -- Colonnes de sortie qualifiées par un alias partout : returns table(...)
+ -- déclare id/role comme variables PL/pgSQL, qui masqueraient sinon les
+ -- colonnes de même nom dans profiles (erreur 42702 "ambiguous").
+ if not exists (select 1 from public.profiles pr where pr.id = auth.uid() and pr.role = 'judge') then
+ raise exception 'only judges can list members';
+ end if;
+
+ return query
+ select p.id, p.pseudo, p.avatar_url, p.role, p.pseudo_locked, u.email::text
+ from public.profiles p
+ join auth.users u on u.id = p.id
+ order by p.pseudo asc;
+end;
+$$;
+
+grant execute on function public.admin_list_members() to authenticated;