Skip to content

Sépare les notes internes de la description publique - #30

Merged
flocom merged 1 commit into
mainfrom
claude/remove-apel-sensitive-data-73l5iu
Aug 2, 2026
Merged

Sépare les notes internes de la description publique#30
flocom merged 1 commit into
mainfrom
claude/remove-apel-sensitive-data-73l5iu

Conversation

@flocom

@flocom flocom commented Aug 2, 2026

Copy link
Copy Markdown
Owner

Le cadre « Informations utiles » se présentait comme réservé à l'équipe — « Le contexte et les consignes visibles par l'équipe » — alors que son contenu était aussi rendu sur l'accueil du site et sur la page d'inscription des bénévoles.

Ce qui change

Les événements portent deux textes distincts :

Champ Où il apparaît
descriptionNotes internes Fiche de l'événement dans le tableau de bord, rien d'autre
public_descriptionDescription publique Accueil du site et page d'inscription des bénévoles

Les textes déjà saisis restent en place et cessent d'être publiés. C'est le sens le plus sûr : rien de ce qui a été écrit sans savoir qu'il serait public ne continue de l'être. En contrepartie, les pages publiques n'affichent plus que le titre, la date et le lieu tant qu'une description publique n'a pas été rédigée.

La migration se limite à ALTER TABLE events ADD COLUMN public_description text, sans reprise de données.

Le formulaire d'événement présente les deux zones avec leur portée écrite au-dessus de chacune, et l'outil MCP create_event / update_event accepte le nouveau champ.

Vérifications

Sur une instance réelle — PostgreSQL 16, migrations appliquées, application construite et servie :

Test Résultat
Note interne dans le HTML de l'accueil absente
Note interne dans le HTML de la page d'inscription absente
Description publique sur ces deux pages présente
PATCH /api/events/:id ne portant que sur publicDescription 200, seule cette colonne change, version incrémentée, note interne intacte
Fiche du tableau de bord les deux cadres, avec leur contenu respectif

La note interne du jeu d'essai contenait un code de portail et un montant, cherchés tels quels dans la réponse complète — charge React comprise, puisqu'elle est sérialisée dans le même HTML.

tsc --noEmit, npm run lint et next build passent.


Generated by Claude Code

Le cadre « Informations utiles » se présentait comme réservé à l'équipe — « Le
contexte et les consignes visibles par l'équipe » — alors que son contenu
était aussi rendu sur l'accueil du site et sur la page d'inscription des
bénévoles. Tout ce qui y était noté pour l'organisation était donc lisible par
n'importe quel visiteur.

Les événements portent maintenant deux textes distincts :

- `description` reste tel quel et devient strictement interne : rendu sur la
  seule fiche du tableau de bord, sous le titre « Notes internes ».
- `public_description`, nouvelle colonne, alimente l'accueil et la page
  d'inscription.

Les textes déjà saisis restent donc en place et cessent d'être publiés : le
sens le plus sûr, puisque rien de ce qui a été écrit sans le savoir ne
continue d'être exposé. Les pages publiques n'affichent plus que le titre, la
date et le lieu tant qu'une description publique n'a pas été rédigée.

La migration se limite à un ADD COLUMN, sans reprise de données.

Vérifié sur une instance réelle, base PostgreSQL et application construite :
la note interne n'apparaît ni dans le HTML ni dans la charge React des deux
pages publiques, la description publique y apparaît, un PATCH ne portant que
sur le champ public laisse la note interne intacte, et la fiche du tableau de
bord affiche bien les deux cadres.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_014SfQYBU4xXTeSEHKhHQXdD
@flocom
flocom merged commit 4216aef into main Aug 2, 2026
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants