[Mineur] Composer d'event : date passée et expiration avant la date acceptées, events passés affichés « Upcoming / LIVE NOW » #154

New issue

Closed

opened 2026-10-28 10:32:28 +00:00 by asventi · 0 comments

asventi commented

2026-10-28 10:32:28 +00:00

Owner

Gravité : Mineur
Rapports QA d'origine : EVENTS-25, EVENTS-20

Détails des rapports

[EVENTS-25] L'UI du composer accepte une date passée et une expiration antérieure à la date — Gravité : Mineur

Étapes : composer, date 2020-05-05 10:00 -> "Create event" -> créé sans erreur ; date 2027-05-05 + expiration 2027-01-01 -> créé (expiré avant d'avoir lieu, supprimé par CleanUp). L'attribut min des datetime-local (DateSlot.tsx:363, ExpireTile.tsx:348) ne bloque rien car les champs n'ont pas de name/validation au submit.
Voir EVENTS-02 / EVENTS-04 pour le côté API. Note : "Never expires" est stocké 8307-10-01T19:33:19.999Z (constante maxDate du front).

[EVENTS-20] Les events passés sont listés comme "Upcoming" et affichés "Running / LIVE NOW" avec bouton Register actif — Gravité : Mineur

Où : accueil (tuile "Upcoming events", liste "Upcoming events") et /calendar.
Étapes : events datés 2020-01-01 et 0001-01-01 (créés par API) ; ouvrir l'accueil.
Obtenu : ils sont les premiers de la liste "Upcoming events" (tri par date croissante, sans filtre), la tuile "Upcoming events" compte tous les events (events.length, 35 = nombre total) et la carte affiche "Running" + "LIVE NOW" pour un event de l'an 1, avec le bouton "Register" actif (l'API accepte aussi l'inscription à un event passé).
Cause probable : frontend/src/home/components/DashboardStats.tsx:18 (pas de filtre date >= now), frontend/src/routes/home.tsx:466 (idem), EventCard.tsx:29-46 (Math.max(diff, 0) => "Running" dès que la date est passée ; pas de durée/fin d'event).
Preuve : screenshot screens/events_home_many.png.

Trouvé par une campagne de tests QA automatisés (agents Claude, Playwright) sur l'environnement de dev. Les captures citées sont locales et non jointes.

**Gravité :** Mineur **Rapports QA d'origine :** EVENTS-25, EVENTS-20 ## Détails des rapports <details><summary>[EVENTS-25] L'UI du composer accepte une date passée et une expiration antérieure à la date — Gravité : Mineur</summary> - Étapes : composer, date `2020-05-05 10:00` -> "Create event" -> créé sans erreur ; date 2027-05-05 + expiration 2027-01-01 -> créé (expiré avant d'avoir lieu, supprimé par CleanUp). L'attribut `min` des `datetime-local` (`DateSlot.tsx:363`, `ExpireTile.tsx:348`) ne bloque rien car les champs n'ont pas de `name`/validation au submit. - Voir EVENTS-02 / EVENTS-04 pour le côté API. Note : "Never expires" est stocké `8307-10-01T19:33:19.999Z` (constante `maxDate` du front). </details> <details><summary>[EVENTS-20] Les events passés sont listés comme "Upcoming" et affichés "Running / LIVE NOW" avec bouton Register actif — Gravité : Mineur</summary> - Où : accueil (tuile "Upcoming events", liste "Upcoming events") et `/calendar`. - Étapes : events datés 2020-01-01 et 0001-01-01 (créés par API) ; ouvrir l'accueil. - Obtenu : ils sont les premiers de la liste "Upcoming events" (tri par date croissante, sans filtre), la tuile "Upcoming events" compte tous les events (`events.length`, 35 = nombre total) et la carte affiche "Running" + "LIVE NOW" pour un event de l'an 1, avec le bouton "Register" actif (l'API accepte aussi l'inscription à un event passé). - Cause probable : `frontend/src/home/components/DashboardStats.tsx:18` (pas de filtre `date >= now`), `frontend/src/routes/home.tsx:466` (idem), `EventCard.tsx:29-46` (`Math.max(diff, 0)` => "Running" dès que la date est passée ; pas de durée/fin d'event). - Preuve : screenshot `screens/events_home_many.png`. </details> --- _Trouvé par une campagne de tests QA automatisés (agents Claude, Playwright) sur l'environnement de dev. Les captures citées sont locales et non jointes._

asventi added the

bug

groupe/event-composer

labels

2026-10-28 10:44:21 +00:00

asventi closed this issue

2026-10-30 17:03:17 +00:00