decision/actes/2026-11-03-m7-lecteur.md

Acte — Mise en ligne M7 (le lecteur refait, lot U)

Classe : déploie Projet : libreDecision Date : 2026-11-03 État : EXÉCUTÉ (03/11, 09h28-09h44, par orch dev-63 sous mandat ; pipeline 39) — figé sur b2e597b (b2e597b65356cac14fbffdbf33318d620940b6f3) le 03/11 à 09 h 28 — préparé par l'intégrateur libredecision-d4 ; exécuté par orch (dev-63) sous son mandat (« déploie » et « pousse », du 03/11 au 08/11). Relecture indépendante : « b2e597b : à reprendre » (le dossier), dossier corrigé, puis « b2e597b : ok » (prémisse 3).

Intention

Mettre en ligne le lot U, la réponse à la revue d'Yvv du 02/11 (registre, revue en ligne de M5) : « Améliore l'ux : la page est trop longue, trop fournie et on ne comprends pas tout de suite. » ; l'ordonnancement « en fin de section, qui ajoute des "poignées" aux modules de la section. Et permette de voter. » ; « distingue avec habileté les différentes nature des modules » ; pas de redondance entre « consoles locales » et celles du bas ; « la distinction entre un déplier façon toggle et un menu qui ouvre à droite doit être pertinente » ; « Simule le vote à tout endroit. ». Avec l'ajout du 02/11 à 06 h 26 : « combien il faut de oui pour passer et combien de non pour maintenir l'opposition ».

Ce qui part

Version b2e597b, qui contient la version en ligne bb4bdf5. L'interface seule : web/ (lecteur, composants OrderLine, Reorder, QuorumSetting, Crans, chaînes fr, en, es, contrôles C35 à C37) ; le reste est documentation (CLAUDE.md, HANDOFF.md, actes, ADR, CONTROLES.md, UX-lecteur.md, tableau). git diff bb4bdf5 b2e597b -- crates seeds docker .woodpecker .env data → vide (vu par l'intégrateur et par orch le 03/11 à 08 h 49) : le serveur est celui qui est en ligne.

Ce que l'acte écrit dans la base de production (donnée runtime)

Rien. Aucune migration, aucun amendement, aucun code serveur nouveau. Au démarrage, comme à chaque démarrage depuis M6, la file de publication suspendue reporte ses 7 lignes (next_at).

Répétition

Faite le 03/11 de 08 h 56 à 08 h 57, avec le serveur de b2e597b (binaire de la boucle, copié en m7/ld-server-b2e597b), sur une copie de la copie de production prise par orch à 08 h 49 min 02 (santé bb4bdf58), publication vers un dépôt nu local (m7/repetition.sh ; journal m7/repetition-m7.log, scratchpad de l'intégrateur). Deux démarrages.

• m7/counts.sh avant, après le premier démarrage, après le second : identiques (migrations 1–11, 1 identité, 0 vote, 0 bulletin, 0 signalement, propositions inertia/withdrawn:3 order/in_force:16 text/open:70 title/in_force:2, 113 révisions, 144 traductions, seed_amendments 16, quorums par cran, I1, E1, E2 au cran 2 sans texte en vigueur, file 7 en attente et 13 faites).
• La base entière comparée (.dump, 868 lignes avant et après) : seules changent les 7 lignes de la file en attente, par leur next_at (la publication suspendue les reporte à chaque démarrage, comme depuis M6).
• Journal : « publication suspended … waiting=7 », aucun amendement, aucune ligne ERROR ni WARN ; 0 commit vers le dépôt des textes.

Recette écran

Faite le 03/11 de 09 h 00 à 09 h 03, sur deux autres copies de la copie de 08 h 49 : l'interface de b2e597b (« après ») et celle de bb4bdf5, en ligne (« avant », construite dans une copie de travail jetable), servies par le même serveur, connexion de développement (identités dev: écrites dans ces copies seulement). Bureau 1360 × 900 et téléphone (Pixel 7), fr-FR. Script m7/recette.mjs, rapports m7/shots/avant-rapport.json et m7/shots/apres-rapport.json : 38 étapes, 0 échec. Captures, toutes dans /tmp/claude-1001/-home-yvv-Documents-PROD-DEV-libreDecision/d0a7108b-7f2f-484a-bcb0-de339238199d/scratchpad/m7/shots/, regardées une à une.

La revue d'Yvv du 02/11, ligne par ligne :

1. « la page est trop longue, trop fournie et on ne comprends pas tout de suite »
   • Hauteur de la page d'un membre, Monnaie libre, mêmes données : 6 079 → 2 529 px sur bureau, 6 744 → 3 365 px sur téléphone.
   • Premier écran : avant, « Aucun article n'est en vigueur. Les propositions ci-dessous remontent… » puis les blocs « Ordre des articles » ; après, « Aucun article n'est encore en vigueur. Commence par les Propositions seed… », puis Raison d'être avec la marque « Proposition seed », Unicité du compte, Réciprocité, puis « Propositions en cours » repliées par section (« Tout déplier », « Voter cette section »).
   • Captures avant-*-membre-ml-ecran.png et -page.png, apres-*-membre-ml-ecran.png et -page.png, geste-*-3a-propositions-repliees.png, geste-*-3b-propositions-depliees.png.
2. « la répétition de "ordonnancement" est nulle. […] en fin de section, qui ajoute des "poignées" aux modules de la section. Et permette de voter. »
   • Avant : sept blocs « Ordre des articles ·
     » en tête (Introduction à Inertie), chacun répétant la liste de ses articles. Après : aucun ; une ligne « Ordre de la section » au bout de chaque section.
   • « Réordonner » sur Engagements techniques : 11 articles, 11 poignées, sur place (le panneau reste fermé) ; un article monté, « Proposer cet ordre », le vote se déplie à la ligne, « Pour » → « Vote simulé. », la ligne dit « 1 ordre proposé ».
   • Captures geste-*-5a-ligne-ordre.png, -5b-poignees.png, -5c-ordre-vote-simule.png.
3. « distingue avec habileté les différentes nature des modules : les textes ; l'inertie ; l'odonnancement »
   • Texte : la carte de l'article. Inertie : les crans dessinés (cinq barres, « basse ») sur la carte, et « Inertie · 2 / 5 · basse » dans le vote déplié. Ordre : l'icône poignée et « Ordre de la section ». Titre du document : « Titre du document · seed a minima · 0 vote », crans « inertie 4 / 5 · haute », « Le vote », « Proposer un autre titre », sous le titre.
   • Captures apres-*-ecran.png, geste-*-6-titre.png.
4. « vérifie qu'il n'y a pas de redondance entre les "consoles locales" et celles du bas »
   • Vote déplié et panneau ouvert : 15 titres visibles, 0 doublon (étape 8, bureau et téléphone). Le panneau n'a plus d'onglets, il porte un titre : « Panier de vote », « Réglages de la formule ».
   • Captures geste-*-7a-panneau-panier.png, geste-*-9-panneau-reglages.png.
5. « la distinction entre un déplier façon toggle et un menu qui ouvre à droite doit être pertinente »
   • La règle (UX-lecteur.md) : sur place, ce qui se lit et se décide sur un article (le vote, l'ordre de sa section, le titre) ; à droite, ce qui travaille sur plusieurs articles ou demande de la place (panier, réglages, détails, proposer). Vue : vote d'une proposition depuis la liste et vote d'un ordre, panneau fermé (étapes 4 et 5) ; « Voter en lot » et « Réglages de la formule » ouvrent le panneau.
6. « Simule le vote à tout endroit. » et le tampon (« je vois ce que j'ai fait sans attendre »)
   • Monnaie libre (chaîne fermée) : sur une Proposition seed, une proposition de la liste, un ordre, chaque « Pour » donne « Vote simulé. » ; aussitôt « Ton vote : pour · simulé », « 1 pour · 0 contre dont 1 simulé », la note « tant qu'une décision humaine n'efface pas les votes simulés » ; la marque « vote simulé » près de « Voter en lot ». « Vote enregistré. » : jamais vu.
   • Groupe d'essai (vote sur le serveur) : le vote est enregistré, pas simulé, comme il se doit.
   • Captures geste-*-1-seed-vote-deplie.png, -2-seed-vote-simule.png, -4-proposition-vote-simule.png, -11-essai-vote.png. Les captures 4 et 5c de la première passe avaient été prises pendant la requête (boutons grisés, « Tu n'as pas voté ») : reprises le 03/11 à 09 h 22-09 h 23 sur une nouvelle copie, après la réponse du serveur (« Ton vote : pour · simulé », « 1 pour · 0 contre dont 1 simulé », panneau fermé ; m7/recette-reprise.mjs, shots/reprise-rapport.json, 6 étapes, 0 échec). La reprise de 5c porte sur l'ordre d'une autre section, Annexes (8 articles), pas sur Engagements techniques.
7. L'ajout du 02/11 à 06 h 26, « combien il faut de oui pour passer et combien de non pour maintenir l'opposition »
   • Avant tout vote : « 9 oui sur 12 votants pour passer » (Propositions seed, cran 2), le quorum dans l'infobulle (« Quorum : 12 votants. En dessous, les votants qui manquent comptent comme « non ». ») ; dans la liste, « 9 oui sur 12 » et « 39 oui sur 50 » (cran 3). Après un vote : « 9 oui pour passer · le quorum la bloque », « Il manque 8 voix pour. ». Essai : « 1 oui sur 1 votant pour passer ».
   • Le quorum de l'auteur (corrigé après la relecture, voir prémisse 3) : la seule identité de la production est administratrice (une invitation). Or l'administrateur fixe le quorum d'un texte du seed tant que personne n'y a voté (décision d'Yvv du 02/11, registre : « L'auteur, avant le 1er vote », un administrateur pour les textes du seed ; trustin_access::sets_quorum, ADR 0013). Sur les données de production, canSetQuorum est donc vrai sur les 33 articles pour l'administrateur (vu par le relecteur sur une copie fraîche ; 32 sur ma copie de reprise, où un vote de test venait d'en fermer un) et faux pour un membre (étape 10). Après M7, chaque vote déplié lui montre « Quorum · 12 votants », un champ et « Fixer ce quorum » : un geste qui écrit dans la base de production (units.quorum, quorum_changes). La route est ouverte depuis M6 ; M7 la rend visible. Captures geste-bureau-12-admin-quorum.png, geste-telephone-12-admin-quorum.png (reprise du 03/11 à 09 h 23, le bouton jamais cliqué). L'auteur d'un nouvel article : prouvé par C37 sur une base de test.

Vu en passant, pas du lot U, déjà en ligne :

• « 0 contre » collé à « dont 1 simulé » (« 0 contredont 1 simulé ») : l'espace avant la marque se perd (VoteFold.svelte:163, lot V, d57326d, en ligne depuis M6) → lot T2 ;
• la note d'inertie du vote déplié, « plus il faut de voix pour changer ce texte quand peu de gens votent », a l'imprécision relevée sur F1.1 → lot T2 ;
• le bas du menu latéral (langues, ambiances) touche le bord droit : liste d'attente (vu par H).
• Le serveur de recette signale une fois « web of trust size: no node nor indexer answered, keeping the last value » : pas de réseau vers les nœuds dans la recette.

Effet attendu

• Le lecteur d'un document change pour tout le monde (les deux groupes, fr, en, es) ; les données, les votes, les textes et la publication ne changent pas à la mise en ligne.
• Un geste d'écriture apparaît pour l'administrateur (Yvv) : sur chacun des 33 articles, tant que personne n'y a voté, le réglage du quorum dans le vote déplié (« Fixer ce quorum », « Revenir au défaut »). Il écrit units.quorum et quorum_changes quand on s'en sert. Voulu (décision d'Yvv du 02/11) ; à lui dire.
• Le dépôt des textes reste à 9e0f45a.

Irréversibilité : aucune côté données ; le code se remet en arrière.

Avant — prémisses vivantes

1. La production sert bb4bdf5 : santé "build":"bb4bdf58" ; prod/main → bb4bdf5.

2. git diff bb4bdf5 b2e597b -- crates seeds docker .woodpecker .env data → vide.

3. La relecture indépendante de b2e597b, inscrite « ok » dans ~/harness/etat/relectures.json. Première relecture (sous-agent neuf, lancée à 09 h 05, rendue à 09 h 22) : « b2e597b : à reprendre », le dossier, pas le code (« Le code peut partir tel quel »). Aucun bloquant.

   • À reprendre : le dossier disait que personne ne règle le quorum sur les données de production ; l'administrateur, seule identité, le peut sur les 33 articles. Corrigé (recette, point 7 ; Effet attendu), captures de l'administrateur jointes.
   • Ce qu'elle a vérifié de son côté : needOf reprend yesNeeded / noNeeded du serveur sans rien recalculer ; réglage du quorum seulement si canSetQuorum ; le vote simulé jamais dit « enregistré » (« Voter cette section » sur Conclusion : « 3 votes simulés. ») ; objections, coquilles, panier, chaîne simulée, réglages tenus ; anciennes adresses ?onglet= ; en et es sur téléphone sans reste de français ni défilement ; ambiances sombres, mouvement réduit ; boucle web 0 / 0, 64 / 64, build ; e2e 38 / 40 puis 40 / 40 (au premier passage, C1 et C2 ont échoué sur leurs assertions de la page d'accueil, au bout de 5 s, l'instantané montrant une autre page avec une session ouverte : cause non établie ; reader.spec.ts seul 15 / 15, puis la suite complète 40 / 40) ; sa propre répétition (.dump : seules les 7 dates de reprise de la file) ; le retour.
   • Mineurs, liste d'attente (lot U2 proposé) : deux captures prises trop tôt (reprises) ; cibles de 36 px sur téléphone (« Tout déplier » DeepList.svelte:225, « Autres versions » VoteFold.svelte:345, « Fixer ce quorum » QuorumSetting.svelte:64) ; « Si tout pa » coupé sur téléphone, sans indice de défilement (+page.svelte:525) ; « Proposer cet ordre » éteint sans dire pourquoi (Reorder.svelte:196, order.edit.unchanged jamais affiché) ; redites dans le vote déplié (l'inertie deux fois, la ligne d'une Proposition seed au-dessus de son vote, l'autre version deux fois) ; « N propositions en cours » compte les ordres ; un changement d'inertie proposé sur un ordre ou le titre absent de « Propositions en cours » (aucun ouvert en production).
   • Non vérifié par elle : la production (dont l'absence du marqueur deploying), la chaîne réelle, le doigt sur un vrai téléphone, un lecteur d'écran, Firefox et Safari. Ses copies de la base de production sont supprimées. Revérification du dossier corrigé (0953237, même relecteur, rendue à 09 h 27) : « Le dossier dit maintenant vrai, et le code de b2e597b n'a pas changé » ; la décision citée existe ; la route est dans bb4bdf5 (crates/ld-server/src/lib.rs:185) ; les captures reprises montrent ce que le dossier en dit. Deux précisions faites (la section de la reprise 5c ; la cause de C1 et C2 non établie). « b2e597b : ok », inscrite le 03/11 à 09 h 28 (transcript ~/.claude/projects/-home-yvv-Documents-PROD-DEV-libreDecision/d0a7108b-7f2f-484a-bcb0-de339238199d/subagents/agent-a2784cea7fe56b925.jsonl, dernière ligne « b2e597b : ok »). Avant la poussée, vérifier sur sonic qu'aucun marqueur /opt/libredecision-app/deploying ne traîne (sinon le pipeline ne garde pas l'image en service sous previous, .woodpecker/app.yml:106-108).

4. Boucle verte sur b2e597b, le 03/11 (journaux m6/loop-m7.log, m7/e2e-c25.log, m7/e2e-all.log) :

   • de 08 h 48 à 08 h 55 : fmt, clippy -D warnings, 294 tests Rust, svelte-check 0 / 0, 64 vitest, build ; e2e 39 / 40, C25 (chaîne Ğ1 et téléphone) hors délai à 1,5 min, la machine à une charge de 11 à 12 (les sessions HCO) ;
   • à 08 h 55, modules.spec.ts seul : 4 / 4, ce C25 en 7,3 s ;
   • de 08 h 56 à 08 h 59, la suite e2e complète : 40 / 40. Image de production construite le 03/11 de 09 h 00 à 09 h 01, sortie 0 : l'étage serveur repris du cache (code inchangé depuis bb4bdf5, dont l'image a rejoué les tests Rust à 07 h 48) ; l'étage web rejoué (svelte-check 0 / 0, 64 vitest, build). Image de contrôle retirée à 09 h 01.

5. Sur sonic, aucun témoin /opt/libredecision-app/deploying (test ! -e …) : sinon le pipeline ne garde pas l'image en service sous previous (.woodpecker/app.yml:105-108) et le retour ne ramènerait pas bb4bdf5.

Commande exacte

cd /home/yvv/Documents/PROD/DEV/libreDecision
git push prod b2e597b65356cac14fbffdbf33318d620940b6f3:main

Vérifications après

• Santé vue de l'extérieur → "build":"b2e597b6".
• Journaux : « publication suspended … waiting=7 », aucune ligne ERROR ni WARN, aucun amendement.
• La page d'un document, vue de l'extérieur, sert la nouvelle interface (le paquet JS contient « Réordonner » et « oui pour passer »).
• Sur une copie fraîche : comptes de m6/counts.sh identiques à la copie d'avant ; integrity_check ok.
• Le dépôt des textes reste à 9e0f45a.

Retour

docker tag libredecision-app:previous libredecision-app:latest, puis cd /opt/libredecision-app && docker compose up -d --force-recreate. previous sera bb4bdf5, le même serveur, qui attend aussi le premier texte pour publier : rien à couper, aucune donnée à reprendre.

Exécution

Acte exécuté le 03/11/2026, 09h28-09h44, par orch (session dev-63, e66db8ca), sous mandat « déploie » (inscrit du 03/11 au 08/11) ; « Pousse. Déploie. » d'Yvv du 02/11 pour les lots de sa revue, après relecture indépendante ; consigne du 03/11 à 06h00.

• Dossier relu en entier à 09h28 ; relectures inscrites : « b2e597b : à reprendre » (09h22, le dossier) puis « b2e597b : ok » (09h28, même relecteur, le dossier corrigé, le code inchangé) ; aucune autre relecture de ce code en cours (PRÊT M7).
• Prémisses, 09h28:18 : santé {"build":"bb4bdf58","ok":true} ; prod/main = bb4bdf5 ; git diff bb4bdf5 b2e597b -- crates seeds docker .woodpecker .env data vide ; sur sonic, aucun témoin /opt/libredecision-app/deploying ; images latest (08h01) et previous (06h51) ; pipeline 38 success en tête.
• Copie d'avant, 09h28:27 (/tmp/ld-m7-avant, 700/600) : integrity_check ok, foreign_key_check vide ; 1 identité, 0 vote, 113 révisions, seed_amendments 16, file 7 en attente et 13 faites. Dépôt des textes : 9e0f45a.
• Poussée git push prod b2e597b65356cac14fbffdbf33318d620940b6f3:main à 09h28:4x, passée du premier coup (bb4bdf5..b2e597b).
• Pipeline n° 39 : running à 09h28:54 ; santé b2e597b6 à 09h30:38 ; app puis maquette verts ; success à 09h42:01.
• Après :
  • journaux : « listening … build=b2e597b6 », « publication suspended … waiting=7 », aucun amendement, aucune ligne ERROR ni WARN ;
  • redémarrage à froid à 09h42:09 : mêmes deux lignes, rien d'autre ; santé b2e597b6 ;
  • vu de l'extérieur, 09h43:40 : les paquets servis (19 nœuds, 40 morceaux, lus par curl -4) contiennent « Réordonner », « oui pour passer » et « Fixer ce quorum » ;
  • copie fraîche, 09h42:30 (/tmp/ld-m7-apres) : counts.sh identique à la copie d'avant, ligne à ligne ; integrity_check ok, foreign_key_check vide ;
  • dépôt des textes : 9e0f45a, inchangé.
• main local avancé sur b2e597b (depuis bb4bdf5).
• Copies retirées à 09h42:46 : /tmp/ld-m7-copie (08h49:02, fournie à l'intégrateur), /tmp/ld-m7-avant, /tmp/ld-m7-apres. Celles de l'intégrateur (m7/base, rep, recette) sont à retirer par lui.
• Image de retour : libredecision-app:previous (bb4bdf5), rien à couper.
• À dire à Yvv : le réglage du quorum (« Fixer ce quorum ») est visible pour lui, administrateur, sur les 33 articles tant que personne n'y a voté ; il écrit en base quand on s'en sert.
• Copies de l'intégrateur retirées le 03/11 à 09 h 45 (scratchpad de libredecision-d4) : m7/base, m7/rep (répétition), m7/recette-avant, m7/recette-apres, m7/recette-reprise (recette écran) et les deux .dump ; la copie de travail jetable de bb4bdf5 (interface d'avant). Plus aucune base dans ce scratchpad. Restent les captures et les scripts (m7/shots/, aucune donnée de la base).