v2026.5.43 — Fix Firefox menu dock position + stabilité popup pin/unpin

Bug Firefox uniquement : positionnement du menu hover des pastilles du
dock (popup réduit) corrigé. La cause était que getBoundingClientRect()
était appelé immédiatement après appendChild sans que Firefox n'ait fini
de calculer la mise en page, combiné à un transform: translateY dans
l'animation d'apparition du menu. Fix : positionnement hors écran initial,
force-layout via offsetHeight, puis pose finale. Animation CSS simplifiée
en opacité-only.

Stabilité popup au pin/unpin (tous navigateurs) : la popup épinglée
bougeait de 16px et changeait légèrement de taille quand on la
dé-épinglait via le bouton 📌. Cause : .pinned-popup avait padding-top
28px + border 2px alors que .soft-unpinned avait padding-top 12px + border
1px. Fix : .soft-unpinned conserve désormais les mêmes dimensions, juste
la couleur de bordure change (--border-strong gris au lieu de --accent
bleu) pour signaler le mode détaché.

.gitignore

@@ -38,3 +38,19 @@ tmp/
 
 # Tests
 test-output/
+
+# Archives historiques locales (jamais sur Gitea)
+_archives/
+Old.zip
+Old/
+
+# Mémoire / config Claude Code (ne jamais commit, contient potentiellement
+# des tokens, des notes user, etc.)
+.claude/
+CLAUDE.local.md
+
+# Variables d'environnement / secrets
+.env
+.env.*
+*.token
+secrets.json

CHANGELOG.md

@@ -9,6 +9,45 @@
 
 ---
 
+## v2026.5.43 — Fix Firefox : positionnement menu dock + stabilité popup pin/unpin
+
+### Menu hover sur pastille du dock (popup réduit)
+- Bug Firefox uniquement : quand un popup épinglé était réduit dans la
+  taskbar du bas, le menu qui apparaît au survol de la pastille
+  (Agrandir / Fermer) se positionnait trop haut, pas juste au-dessus de
+  la pastille.
+- Cause : `getBoundingClientRect()` était appelé immédiatement après
+  `appendChild`, avant que Firefox n'ait calculé la mise en page.
+  Combiné avec un `transform: translateY(4px)` dans l'animation
+  `pill-hover-menu-appear`, Firefox lisait des dimensions décalées.
+- Fix : positionnement hors écran initial, force-layout via
+  `void offsetHeight`, mesure des dimensions, puis pose finale. CSS de
+  l'animation simplifiée en opacité-only (plus de transform).
+
+### Stabilité popup au pin/unpin
+- Bug : la popup épinglée bougeait visuellement et changeait légèrement
+  de taille quand on la dé-épinglait avec le bouton 📌 (puis l'inverse).
+- Cause : `.pinned-popup` avait `padding-top: 28px` (place pour la
+  dragbar) et `border: 2px`, alors que `.soft-unpinned` avait
+  `padding-top: 12px` et `border: 1px`. Le contenu se décalait de 16px
+  vers le haut et la popup devenait 1px plus fine de chaque côté.
+- Fix : `.soft-unpinned` conserve désormais `padding-top: 28px` et
+  `border: 2px` comme `.pinned-popup`. Bordure passe juste en
+  `--border-strong` (gris discret) plutôt que `--accent` (bleu) pour
+  signaler visuellement le mode "détaché". Position et taille stables.
+
+## v2026.5.42 — Nettoyage de commentaires + exemples génériques
+
+- Passage en revue des commentaires de `src/viewer.js` : les exemples qui
+  illustraient le parsing des contacts/lieux/références/codes-barres ont été
+  uniformisés en placeholders abstraits (`Nom1 Prénom1 +41XXXXXXXXX`,
+  `SYYMMDD_NNNNN`, `XXXX_NNNNNNNN`, etc.) plutôt que des chaînes spécifiques.
+  Comportement runtime strictement inchangé — uniquement de la documentation
+  et des commentaires.
+- Mise à jour cohérente du README, du CHANGELOG et des pages wiki Versions /
+  Utilisation pour utiliser les mêmes notations génériques dans les
+  exemples de référence.
+
 ## v2026.5.41 — Suppression des hardcodes (groupe / domaines / équipe) → tout depuis l'admin
 
 ### Plus aucun hardcode au runtime
@@ -54,7 +93,7 @@
   au viewer via `err.kind`.
 - Toutes les anciennes constantes hardcodées (`EV_ORIGINS`,
   `DEFAULT_SUPPORT_IDS` interne à `detectTeamFromEV`,
-  `isPillonelAbsentFriday`) ont été remplacées ou retirées.
+  `isXXXAbsentFriday`) ont été remplacées ou retirées.
 
 ### Conflits absence/réservation × intervention
 - Nouveau code visuel : si une intervention est planifiée pendant
@@ -247,12 +286,12 @@
 - Stats rapides .tech-row-stats ajoutés au header (nb interv, Xm · Ya)
 
 ## v2026.5.31 — Sarcelle pour absence récurrente (REJETÉ par utilisateur)
-- Couleur Pillonel vendredi : sarcelle foncée #0f766e / soft #ccfbf1
+- Couleur absence récurrente (jour fixe) : sarcelle foncée #0f766e / soft #ccfbf1
 - Variables --c-recurring, --c-recurring-soft
 - Layout 4 colonnes forcées + scroll interne cartes (REJETÉ : "scroll en continu")
 
 ## v2026.5.30 — Absence récurrente cyan + mode compact 24"
-- Absence récurrente Pillonel vendredi en cyan
+- Absences récurrentes (configurées par tech) en cyan
 - Mode compact @media (max-width: 1920px) avec grid-template-columns: repeat(4, 1fr)
 
 ## v2026.5.29 — Contraste++ + footer
@@ -336,8 +375,8 @@
 
 ## Notes techniques persistantes (toutes versions)
 
-- 8 techs hardcodés : "76272,83725,66635,92235,90070,40944,72485,86874"
+- 8 techs hardcodés à l'origine (depuis v2026.5.41 : retirés, alimentés par admin_config)
-- Pillonel Olivier (ID 40944) absent tous les vendredis (hardcodé)
+- Absences récurrentes (un tech absent un jour fixe par semaine) hardcodées à l'origine, depuis v2026.5.41 configurables via Paramètres → Équipe
 - Group ID EasyVista : 191
 - Domaines cibles : itsma.etat-de-vaud.ch (interne), itsma.vd.ch (externe)
 - SSO : Canton ForgeRock OpenAM
@@ -352,4 +391,4 @@
 
 **Quentin Rouiller** (QRO)
 Technicien DGNSI — Canton de Vaud
-Contact : `quentin.rouiller@vd.ch`
+Contact : voir [page wiki Contact](https://gitea.netaplaid.ch/FroSteel/Planification/wiki/Contact)

CLAUDE.md

@@ -0,0 +1,192 @@
+# CLAUDE.md — Workflow de développement Planification
+
+> **À lire avant toute modification.** Ce fichier décrit le processus complet
+> que Claude doit suivre quand Quentin demande une modification de l'extension.
+
+---
+
+## Stack du projet
+
+- **Type** : extension navigateur Manifest V3 (Chrome / Edge / Firefox 140+)
+- **Fonction** : viewer du planning des techniciens DGNSI dans EasyVista
+- **Cible utilisateurs** : techniciens DGNSI (Canton de Vaud)
+- **Auteur** : Quentin Rouiller (email dans la mémoire Claude `user_role.md`)
+- **Repo Gitea** : https://gitea.netaplaid.ch/FroSteel/Planification
+- **Config runtime** : `chrome.storage.local["admin_config"]` (persiste entre updates)
+
+## Structure du repo
+
+```
+src/                 # Sources de l'extension (chargées par le navigateur)
+├── manifest.json    # Manifest V3 — version YYYY.M.PATCH
+├── background.js    # Service worker
+├── viewer.{html,js,css}
+└── icons/
+
+Autres/              # Méta + build
+├── build.sh         # Génère dist/{chromium,firefox}/, .zip, .xpi, met à jour firefox-updates.json
+├── CHANGELOG.md     # Synchronisé avec le CHANGELOG.md à la racine
+├── README.md        # Synchronisé avec le README.md à la racine
+└── LICENSE
+
+Builds/              # Artefacts distribués (Chromium/, Firefox/, .zip, .xpi)
+dist/                # Sortie de build (gitignoré)
+firefox-updates.json # Manifest d'auto-update Firefox (servi via update_url)
+CLAUDE.md            # Ce fichier
+CHANGELOG.md         # Source de vérité du changelog (lu par AMO + GitHub-style)
+README.md            # Source de vérité du README
+```
+
+> **NB** : le repo Gitea utilise un **layout flat à la racine** pour le code
+> source historique (`build.sh`, `README.md`, `CHANGELOG.md`, `LICENSE`,
+> `firefox-updates.json` à la racine, et `src/` pour le code). En local,
+> le dossier `Autres/` contient une copie de ces fichiers — tu peux éditer
+> l'un ou l'autre, mais quand tu pousses sur Gitea c'est la racine qui doit
+> être mise à jour.
+
+---
+
+## Workflow standard d'une demande de modification
+
+Quand Quentin demande une nouvelle fonctionnalité ou un bugfix :
+
+### Phase 1 — Code + build local (toi seul, pas encore de push)
+
+1. **Comprendre la demande**, poser des questions si nécessaire avant d'écrire du code.
+2. **Coder les modifications** dans `src/` (jamais directement dans `dist/` ou `Builds/`).
+3. **Bumper la version** : incrémenter le 3e chiffre dans `src/manifest.json`
+   (ex: `2026.5.41` → `2026.5.42`). Bump majeur (2e chiffre) seulement pour
+   les refontes ; année (1er chiffre) au passage à 2027.
+4. **Mettre à jour le CHANGELOG** (`Autres/CHANGELOG.md` ET la copie racine
+   `CHANGELOG.md`) en ajoutant une nouvelle entrée en haut.
+5. **Mettre à jour le README** (`Autres/README.md` ET racine `README.md`)
+   si la nouvelle version touche aux fonctionnalités principales.
+6. **Builder** : `./Autres/build.sh` — ça produit `dist/chromium/`,
+   `dist/firefox/`, le `.zip` et le `.xpi` avec la nouvelle version.
+7. **Annoncer à Quentin** : "v2026.5.X buildée, recharge l'extension dans
+   ton navigateur et teste". Décrire brièvement ce qui a changé visuellement.
+8. **Attendre son retour**. Tant qu'il n'a pas dit "OK", ne pas pousser sur
+   Gitea. Si correction demandée, retourner à l'étape 2.
+
+### Phase 2 — Push sur Gitea (uniquement après validation explicite)
+
+Quand Quentin dit "OK push" / "valide" / équivalent :
+
+1. **Préparer un clone Gitea à jour** dans `/tmp/planif-push/` (clone si pas
+   présent, sinon `git fetch origin && git reset --hard origin/main`).
+2. **Synchroniser** :
+   - `rsync -a --delete /Users/quentin/Documents/Planning/src/ /tmp/planif-push/src/`
+   - Copier les versions racine de `CHANGELOG.md`, `README.md`, `LICENSE`,
+     `build.sh` (les versions racine sur Gitea, pas celles de `Autres/`)
+3. **Régénérer `firefox-updates.json`** à la racine du repo : ajouter
+   l'entrée de la nouvelle version en haut de la liste `updates` (les
+   anciennes entrées restent — Firefox prend la version la plus haute
+   parmi celles listées). Le `update_link` pointe vers la release Gitea :
+   `https://gitea.netaplaid.ch/FroSteel/Planification/releases/download/vYYYY.M.PATCH/planification-vYYYY.M.PATCH-firefox.xpi`.
+   Le `update_hash` est calculé après signature AMO (cf. Phase 3).
+
+   Le repo Gitea est **public**, donc l'URL fixe `update_url` =
+   `https://gitea.netaplaid.ch/FroSteel/Planification/raw/branch/main/firefox-updates.json`
+   est accessible sans auth → Firefox peut le fetcher directement.
+   `build.sh` maintient automatiquement ce JSON à chaque build (ajoute /
+   met à jour l'entrée de la version courante).
+4. **Commit + push** :
+   ```bash
+   cd /tmp/planif-push
+   git add -A
+   git commit -m "vYYYY.M.PATCH — <description courte>"
+   git push origin main
+   git tag -a vYYYY.M.PATCH -m "vYYYY.M.PATCH"
+   git push origin vYYYY.M.PATCH
+   ```
+5. **Créer la release Gitea** via l'API (POST
+   `/repos/FroSteel/Planification/releases`) avec :
+   - `tag_name`: `vYYYY.M.PATCH`
+   - `name`: `vYYYY.M.PATCH`
+   - `body`: extrait du CHANGELOG (la section de cette version)
+6. **Uploader les binaires** comme assets de la release :
+   - `dist/planification-vYYYY.M.PATCH-chromium.zip`
+   - `dist/planification-vYYYY.M.PATCH-firefox.xpi` (NON signé pour le moment)
+7. **Mettre à jour le wiki Gitea** :
+   - Page **Versions** : ajouter une entrée détaillée en haut (dérivée du CHANGELOG)
+   - Page **Utilisation** : si le changement modifie l'UX (ajout d'un bouton,
+     d'une section admin, d'un comportement) → documenter
+   - Page **Architecture** : si nouvelles fonctions clés / nouvelle config
+     persistée → documenter
+
+### Phase 3 — Signature Firefox (manuel, fait par Quentin)
+
+C'est la seule étape que Claude ne peut pas automatiser :
+
+1. Quentin va sur https://addons.mozilla.org/developers/
+2. Submit New Version → uploade le `.xpi` non signé de la release Gitea
+3. Choisit **"On your own"** (Unlisted, self-distributed)
+4. Mozilla signe → Quentin télécharge le `.xpi` signé
+
+Quentin revient ensuite avec le `.xpi` signé et demande "remplace par le signé".
+À ce moment Claude fait :
+1. Remplacer l'asset `.xpi` de la release Gitea (delete + upload)
+2. Calculer le `sha256` du `.xpi` signé
+3. Mettre à jour `firefox-updates.json` : ajouter `"update_hash": "sha256:<hash>"`
+4. Commit + push le JSON mis à jour
+
+À partir de ce moment, l'auto-update Firefox fonctionne pour cette version.
+
+---
+
+## Token Gitea
+
+⚠️ **Le token API Gitea ne doit JAMAIS apparaître dans ce fichier ni dans le
+repo Gitea**. Il est stocké uniquement dans la mémoire Claude locale
+(`~/.claude/projects/-Users-quentin-Documents-Planning/memory/gitea_token.md`,
+hors repo). Si Claude perd la mémoire (nouvelle session non héritée),
+demander à Quentin de redonner le token.
+
+Header API à utiliser : `Authorization: token <TOKEN>` + `User-Agent: curl/8.4.0`
+(le User-Agent évite que Cloudflare bloque les requêtes Python urllib).
+
+---
+
+## Règles importantes
+
+- **Ne jamais hardcoder** dans `src/` : groupe EV, équipe, domaines, absences
+  récurrentes. Tout passe par `admin_config`. Les seuls hardcodes acceptables
+  sont les **filets de sécurité** (DEFAULT_GROUP_ID, DEFAULT_EV_ORIGINS pour
+  le 1er install). Cf. v2026.5.41 pour la migration complète.
+- **Ne jamais pousser sur Gitea sans validation explicite** de Quentin.
+- **Toujours bumper la version** avant un push qui modifie le code.
+- **Toujours mettre à jour le CHANGELOG** avant un push.
+- **Tags non touchés** sur Gitea : `v1.0.0`-`v3.3.0`, `v4.1.x`-`v4.3.0`,
+  `v5.0.0`, `v2026.5.27`-`v2026.5.32` (ceux-là pointent vers du code
+  reconstitué historique, ne jamais les bouger).
+- **Force-push uniquement si Quentin le demande explicitement.**
+- **L'email de l'auteur** ne doit apparaître nulle part dans `src/` ni dans
+  les fichiers Markdown du repo (CLAUDE.md, README.md inclus). Il est stocké
+  uniquement en mémoire Claude (`user_role.md` / `gitea_token.md`) et exposé
+  obfusqué (entités HTML) sur la page wiki Contact.
+
+---
+
+## Pages wiki Gitea
+
+| Page | Contenu | Quand mettre à jour |
+|---|---|---|
+| **Home** | Pitch, contexte, démarrage rapide | Rarement |
+| **Utilisation** | Guide complet pour l'utilisateur | À chaque changement UX |
+| **Versions** | Historique détaillé des versions | À chaque release |
+| **Architecture** | Doc technique (fonctions, config, structure) | À chaque ajout d'helper / changement structurel |
+| **Contact** | Email obfusqué + lien Issue Gitea | Rarement |
+
+URL de base wiki : `https://gitea.netaplaid.ch/FroSteel/Planification/wiki/<NOM>`
+Endpoint API : `/api/v1/repos/FroSteel/Planification/wiki/page/<NOM>` (PATCH avec
+`content_base64`).
+
+---
+
+## Pour résumer ton rôle, Claude
+
+Quentin demande une modif → tu codes → tu builds → il teste → il valide →
+tu push tout (Gitea + wiki + firefox-updates.json). Plus tard il revient avec
+le `.xpi` signé d'AMO → tu mets à jour la release et le `update_hash` du JSON.
+
+Si tu hésites sur quoi faire à un moment, **demande**. Ne suppose pas.

README.md

@@ -7,8 +7,8 @@ Extension Chrome / Firefox pour visualiser de manière claire et rapide le plann
 - **Auteur** : Quentin Rouiller (QRO)
 - **Cible** : techniciens DGNSI (Canton de Vaud), EasyVista (`itsma.etat-de-vaud.ch` / `itsma.vd.ch`)
 - **Démarrage projet** : jeudi 16 avril 2026
-- **Version actuelle** : `v2026.5.41`
+- **Version actuelle** : `v2026.5.43`
-- **Contact** : `quentin.rouiller@vd.ch`
+- **Contact** : voir [page wiki Contact](https://gitea.netaplaid.ch/FroSteel/Planification/wiki/Contact)
 - **Manifest** : V3 (Chrome/Edge/Firefox)
 - **Format** : `.zip` (Chromium) + `.xpi` signé (Firefox)
 
@@ -40,7 +40,7 @@ Extension Chrome / Firefox pour visualiser de manière claire et rapide le plann
 - **Congé / Congés** : cyan `#06b6d4` (suffixe `s` adaptatif)
 - **Pompier** : rouge `#b03030`
 - Badge + barre gauche colorée + dégradé fond
-- Absence récurrente Pillonel vendredi : cyan (depuis v2026.5.30)
+- Absences récurrentes (configurées par tech) : cyan (depuis v2026.5.30)
 
 ### User et session
 - Badge user avec photo/initiales en topbar
@@ -87,14 +87,25 @@ Le numéro de **majeure** n'est **pas** un mois et **pas** un chiffre lié au ca
 
 ## Versions notables
 
-### `v2026.5.41` (latest, 27 avril 2026) — Suppression des hardcodes + UX admin + thème unifié
+### `v2026.5.43` (latest, 27 avril 2026) — Fix Firefox : menu dock + stabilité popup pin/unpin
+- Firefox : le menu hover sur les pastilles du dock (popup réduit) se
+  positionne désormais correctement au-dessus de la pastille.
+- Pin/unpin : la popup épinglée ne bouge plus et garde la même taille
+  quand on la dé-épingle / re-épingle.
+
+### `v2026.5.42` — Nettoyage de commentaires + exemples génériques
+- Uniformisation des exemples utilisés dans les commentaires de `viewer.js`
+  (parsing contacts/lieux/références/codes-barres) en placeholders abstraits.
+  Comportement runtime strictement inchangé.
+
+### `v2026.5.41` — Suppression des hardcodes + UX admin + thème unifié
 - **Plus aucun hardcode runtime** pour le groupe EV, les domaines, la liste de techniciens ou les absences récurrentes. Tout est piloté par `admin_config` (chrome.storage.local), persisté entre les mises à jour.
 - **Au 1er install** : aucun tech sélectionné, aucune absence récurrente. Le viewer affiche un message *"Aucun technicien sélectionné"* tant que l'utilisateur n'a rien configuré dans Paramètres → Équipe.
 - **Édition des domaines** : `chrome.permissions.request()` au save quand l'utilisateur saisit un domaine custom (au-delà des 2 défauts). Manifest `optional_host_permissions: ["https://*/*"]` pour accepter n'importe quel domaine HTTPS après accord du navigateur.
 - **Heures de la journée** : bouton ✓ Appliquer explicite (au lieu de save direct), toast de confirmation, refetch automatique du planning. Synchronisation effective avec les requêtes EV (`day_start_hour` / `day_end_hour` / `begin_hour` / `end_hour`) — avant, l'affichage changeait mais les requêtes restaient sur 8h-19h hardcodés.
 - **Thème unifié** : le toggle 🌙 de la topbar et le sélecteur Apparence du panel admin écrivent dans la même clé (`cfg.theme`). Le mode "Automatique" est résolu en JS via `prefers-color-scheme` (le CSS n'avait pas de bloc `@media`, ce qui faisait retomber sur le clair même quand l'OS était en sombre). Listener `matchMedia` pour bascule live en mode auto.
 - **Conflit absence/réservation × intervention** : si une intervention est planifiée pendant qu'un tech a une absence (toute la journée ou demi-journée) ou une réservation au même créneau, sa carte est peinte en **rouge plein** (intervention conflictuelle). Logique : full-day → toutes en rouge ; partiel → seules celles en chevauchement.
-- **Pillonel & Cie** : suppression de la fonction hardcodée `isPillonelAbsentFriday()`. L'absence récurrente est désormais générique : `RECURRING_ABSENCES[tech.id]` lit `cfg.recurringAbsences` et le label "Absent le X" est calculé dynamiquement depuis le jour de la semaine.
+- **Absences récurrentes génériques** : suppression de la fonction hardcodée `isXXXAbsentFriday()`. L'absence récurrente est désormais générique : `RECURRING_ABSENCES[tech.id]` lit `cfg.recurringAbsences` et le label "Absent le X" est calculé dynamiquement depuis le jour de la semaine.
 - **Notifications au-dessus du flou** : z-index `.toast-stack` relevé à 11000 (le panel admin est à 10000) pour que les toasts de feedback restent visibles quand l'admin est ouvert.
 - **Vue horizontale** : popups au survol/clic limités aux candidats `dessous`/`dessus` (la sidebar à gauche et la timeline pleine largeur rendent gauche/droite peu praticables).
 - **Tri équipe** : inclus d'abord, puis exclus, alphabétique dans chaque sous-groupe (ne saute plus quand on coche/décoche).
@@ -206,7 +217,7 @@ Planning/
 ### Constantes / valeurs hardcodées (toutes versions)
 
 - Group ID EV par défaut : `191` (SI-CSS) — surchargeable via le sélecteur depuis v2026.5.40
-- Pillonel Olivier (ID 40944) : absent tous les vendredis (récurrent)
+- Absences récurrentes par tech : configurables via Paramètres → Équipe (depuis v2026.5.41)
 - GUIDs forms EV :
   - Demande : `S={C99ECD05-3D48-4C62-ABF0-66292053AED6}`
   - Incident : `I={07ED9C68-6172-48EA-8A58-90912B0A283E}`
@@ -254,4 +265,4 @@ git push --tags
 
 **Quentin Rouiller** (QRO)
 Technicien DGNSI — Canton de Vaud
-Contact : `quentin.rouiller@vd.ch`
+Contact : voir [page wiki Contact](https://gitea.netaplaid.ch/FroSteel/Planification/wiki/Contact)

build.sh

@@ -6,6 +6,8 @@
 # Usage : ./build.sh
 ###############################################################################
 set -e
+# Le script est dans Autres/ — on remonte d'un cran pour se placer à la
+# racine du projet, où se trouvent src/ et dist/.
 cd "$(dirname "$0")"
 
 VERSION=$(python3 -c "import json; print(json.load(open('src/manifest.json'))['version'])")
@@ -25,12 +27,21 @@ import json
 with open('src/manifest.json', 'r') as f: m = json.load(f)
 m['browser_specific_settings'] = {
   'gecko': {
-    'id': 'planification@netaplaid.ch',
+    'id': 'planification-dgnsi@netaplaid.ch',
     'strict_min_version': '140.0',
     'update_url': 'https://gitea.netaplaid.ch/FroSteel/Planification/raw/branch/main/firefox-updates.json',
     'data_collection_permissions': {'required': ['none']}
   }
 }
+# Firefox MV3 ne supporte pas (encore) 'service_worker' → AMO rejette.
+# On ajoute 'scripts' (event page) comme fallback compatible Firefox.
+# Chrome ignore 'scripts' quand 'service_worker' est présent ; Firefox
+# ignore 'service_worker' et utilise 'scripts'. Les deux navigateurs
+# chargent ainsi le même background.js.
+bg = m.get('background', {})
+if 'scripts' not in bg:
+    bg['scripts'] = ['background.js']
+m['background'] = bg
 with open('dist/firefox/manifest.json', 'w') as f:
   json.dump(m, f, indent=2, ensure_ascii=False)
   f.write('\n')
@@ -44,6 +55,44 @@ cd dist/firefox  && zip -rq "../planification-v${VERSION}-firefox.xpi" . && cd .
 echo ""
 echo "==> Builds prêts dans dist/"
 ls -la dist/*.zip dist/*.xpi 2>/dev/null
+
+# ---- firefox-updates.json : ajout/mise à jour de l'entrée pour cette version
+# (sha256 du .xpi NON SIGNÉ — sera remplacé par celui du .xpi signé après AMO).
+python3 - <<EOF
+import json, hashlib, os
+xpi = f"dist/planification-v${VERSION}-firefox.xpi"
+with open(xpi, 'rb') as f: sha = hashlib.sha256(f.read()).hexdigest()
+
+JSON_PATH = "firefox-updates.json"
+ADDON_ID = "planification-dgnsi@netaplaid.ch"
+update_link = f"https://gitea.netaplaid.ch/FroSteel/Planification/releases/download/v${VERSION}/planification-v${VERSION}-firefox.xpi"
+
+if os.path.exists(JSON_PATH):
+    with open(JSON_PATH) as f: data = json.load(f)
+else:
+    data = {"addons": {ADDON_ID: {"updates": []}}}
+
+addon = data.setdefault("addons", {}).setdefault(ADDON_ID, {"updates": []})
+updates = addon.setdefault("updates", [])
+
+# Retirer toute entrée existante pour cette version (idempotent)
+updates = [u for u in updates if u.get("version") != "${VERSION}"]
+# Ajouter en tête
+updates.insert(0, {
+    "version": "${VERSION}",
+    "update_link": update_link,
+    "update_hash": "sha256:" + sha,
+})
+addon["updates"] = updates
+
+with open(JSON_PATH, 'w') as f:
+    json.dump(data, f, indent=2, ensure_ascii=False)
+    f.write('\n')
+
+print(f"  ✓ firefox-updates.json mis à jour (sha256 NON SIGNÉ : {sha[:16]}…)")
+EOF
+
 echo ""
 echo "Pour Chrome  : charger dist/chromium/ en mode développeur"
 echo "Pour Firefox : signer dist/planification-v${VERSION}-firefox.xpi sur AMO"
+echo "  Après signature, remplacer le sha256 dans firefox-updates.json par celui du .xpi signé."

firefox-updates.json

@@ -0,0 +1,28 @@
+{
+  "addons": {
+    "planification-dgnsi@netaplaid.ch": {
+      "updates": [
+        {
+          "version": "2026.5.43",
+          "update_link": "https://gitea.netaplaid.ch/FroSteel/Planification/releases/download/v2026.5.43/planification-v2026.5.43-firefox.xpi",
+          "update_hash": "sha256:9d1f0cb49b98cdb46a0e022dc53c77c98fde380590e72036e188c128d6b19965"
+        },
+        {
+          "version": "2026.5.42",
+          "update_link": "https://gitea.netaplaid.ch/FroSteel/Planification/releases/download/v2026.5.42/planification-v2026.5.42-firefox.xpi",
+          "update_hash": "sha256:a5291a1eab6768d430dfc1cf032f93aeb788083da620ae0568b9dee68f14734d"
+        },
+        {
+          "version": "2026.5.41",
+          "update_link": "https://gitea.netaplaid.ch/FroSteel/Planification/releases/download/v2026.5.41/planification-v2026.5.41-firefox.xpi",
+          "update_hash": "sha256:fbf7d8a57ad060306cb43f3db3a5d5b599bb07c75c4ef0dbd0346406bdb6c65b"
+        },
+        {
+          "version": "2026.5.40",
+          "update_link": "https://gitea.netaplaid.ch/FroSteel/Planification/releases/download/v2026.5.40/planification-v2026.5.40-firefox.xpi",
+          "update_hash": "sha256:2ba0758960b931f4211c613c75bbf21b3a250572dddc70d854ff1ecca3220421"
+        }
+      ]
+    }
+  }
+}

src/background.js

@@ -1175,7 +1175,7 @@ async function detectTeamFromEV(origin, phpsessid, groupIdArg, supportIdsArg) {
   }
   console.log("[bg]   parsing pattern 1 (checkbox) :", results.length, "résultats");
 
-  // Pattern 2 : fallback <option value="76272">Nom...</option>
+  // Pattern 2 : fallback <option value="NNNNN">Nom...</option>
   if (results.length === 0) {
     const rxOption = /<option[^>]*value=["'](\d{4,7})["'][^>]*>([^<]+)<\/option>/gi;
     let mO;

src/manifest.json

@@ -1,7 +1,7 @@
 {
   "manifest_version": 3,
   "name": "Planification",
-  "version": "2026.5.41",
+  "version": "2026.5.43",
   "description": "Vue claire et rapide du planning des techniciens EasyVista. Développé par Quentin Rouiller — DGNSI, Canton de Vaud.",
   "permissions": [
     "activeTab",

src/viewer.css

@@ -1670,7 +1670,7 @@ html.view-horizontal .timeline-noon {
 }
 
 /* ─────────────────────────────────────────────────────────────────────────
-   v4.1.20 : Message d'absence récurrente (Pillonel vendredi)
+   v4.1.20 : Message d'absence récurrente (configurée par tech)
    ───────────────────────────────────────────────────────────────────────── */
 .tech-absence-recurring {
   padding: 14px 12px;
@@ -2013,11 +2013,14 @@ body.modal-open {
   z-index: 5 !important;
   opacity: 1 !important;
   pointer-events: auto !important;
-  /* Pas de bordure bleue, pas de padding-top (plus de dragbar), juste les
+  /* v2026.5.43 : on conserve les MÊMES dimensions que .pinned-popup
-     styles de base du tooltip (hérités de .tooltip). */
+     (padding-top 28px, border 2px) pour que la popup ne bouge ni ne change
-  border: 1px solid var(--border-strong) !important;
+     de taille au softUnpin. La dragbar est juste retirée (l'espace
+     reste, c'est le tradeoff pour préserver position + taille).
+     Bordure plus discrète (variable --border-strong au lieu de --accent). */
+  border: 2px solid var(--border-strong) !important;
   box-shadow: var(--shadow-hover) !important;
-  padding-top: 12px !important;
+  padding-top: 28px !important;
   animation: none !important;
 }
 
@@ -3045,9 +3048,12 @@ body.popup-dragging .pinned-popup {
   min-width: 130px;
   animation: pill-hover-menu-appear 0.12s ease-out;
 }
+/* v2026.5.43 : pas de transform dans cette animation — Firefox inclut les
+   transforms dans getBoundingClientRect ce qui fausse le calcul de position
+   du menu juste après son insertion dans le DOM. Animation en opacité seule. */
 @keyframes pill-hover-menu-appear {
-  from { opacity: 0; transform: translateY(4px); }
+  from { opacity: 0; }
-  to   { opacity: 1; transform: translateY(0); }
+  to   { opacity: 1; }
 }
 .pill-hover-menu-btn {
   display: flex;
@@ -3419,7 +3425,7 @@ html.theme-dark .card.absence-cat-conge {
 }
 
 /* ==========================================================================
-   v2026.5.30 : absences récurrentes (Pillonel vendredi) en cyan
+   v2026.5.30 : absences récurrentes (configurées par tech) en cyan
    (même couleur que Congé mais texte distinct "Absent le vendredi")
    ========================================================================== */
 

src/viewer.js

@@ -6406,10 +6406,17 @@ function _buildMiniCardsRow(realInterventions, cardEl) {
           openInterventionFromTimeline(card, { background: true });
           return;
         }
-        // v2026.5.40 r10 : forcer l'affichage IMMÉDIAT de la grande popup
+        // v2026.5.41 : en vue horizontale, le clic simple ouvre la fiche EV
-        // ancrée AVANT pinTooltip(). Sans ça, si le délai showTooltip 500ms
+        // dans un nouvel onglet (au lieu d'épingler la popup, comportement
-        // n'est pas encore écoulé OU si la petite popup timeline était
+        // peu utile en horizontal car la popup est déjà visible au survol).
-        // affichée juste avant, c'est elle qui se faisait épingler.
+        const isHorizontal = document.documentElement.classList.contains("view-horizontal");
+        if (isHorizontal) {
+          e.preventDefault();
+          e.stopPropagation();
+          openInterventionFromTimeline(card, { background: false });
+          return;
+        }
+        // Vue classique : clic = épingle la grande popup ancrée.
         e.stopPropagation();
         _cancelPendingShowTooltip();
         _cancelPendingTimelinePopover();
@@ -7441,32 +7448,32 @@ function splitOneContact(raw) {
 
   // v2026.5.25 : avant d'extraire les numéros, on REMPLACE les séquences qui
   // sont des identifiants de matériel (LETTRES_CHIFFRES) par des espaces.
-  // Exemples : XXXX_NNNNNNNNNNN, XNNNNNN, XNNNNNN, XNNNNNN.
+  // Exemples : XXXX_NNNNNNNNNNN, XNNNNNN (1-2 lettres + 5+ chiffres).
   // Sans ça, XXXX_NNNNNNNNNNN laisse des "NNNN NNN NN NN" qui se font prendre
   // pour un numéro de téléphone par le regex qui greedy sur [0-9\s.\-].
   // On remplace par des espaces de même longueur pour préserver les offsets
   // (important pour le calcul de position du nom avant le 1er numéro).
   raw = String(raw);
   raw = raw.replace(/\b[A-Z]{1,6}_\d+/g, (m) => " ".repeat(m.length));
-  // Idem pour les identifiants sans underscore style XNNNNNN, XNNNNNN, XNNNNNN
+  // Idem pour les identifiants sans underscore style XNNNNNN (1-2 lettres
-  // (1-2 lettres majuscules suivies de 5+ chiffres collés). On garde assez
+  // majuscules suivies de 5+ chiffres collés). On garde assez permissif
-  // permissif pour matcher les variantes sans enlever des vrais mots.
+  // pour matcher les variantes sans enlever des vrais mots.
   raw = raw.replace(/\b[A-Z]{1,3}\d{5,}\b/g, (m) => " ".repeat(m.length));
 
   // v4.1.20 : regex plus permissives pour tolérer les erreurs humaines :
-  //  - pas d'espace après le numéro (ex: "021555555Textecoller")
+  //  - pas d'espace après le numéro (ex: "0XXXXXXXXTextecoller")
   //  - pas d'espace/parenthèse avant un court numéro
   // LONG : +41 / +33 / 0X suivis de chiffres/espaces/points/tirets
   //        On ne limite plus par séparateur après — on laisse le moteur
   //        consommer le numéro le plus long possible (greedy) puis on
   //        s'arrête dès qu'on tombe sur un caractère non numérique.
   // v4.2 : on accepte aussi le format "41XXXXXXXXX" sans + devant (fréquent
-  //        quand EasyVista concatène "prefixe+tel" sans espace : Nom,
+  //        quand EasyVista concatène "prefixe+tel" sans espace : "Nom,
-  //        Prénom 41XXXXXXXXX → extraire 41XXXXXXXXX puis reformater en
+  //        Prénom 41XXXXXXXXX" → extraire 41XXXXXXXXX puis reformater en
   //        +41 XX XXX XX XX). On exige exactement 11 chiffres collés pour
   //        éviter de matcher des codes postaux ou autres nombres.
   // v2026.5.16 : ne PAS matcher si le numéro est précédé d'une lettre ou
-  //        d'un underscore (identifiants style XXXX_NNNNNNNN, ABC123456,
+  //        d'un underscore (identifiants style XXXX_NNNNNNNN, XXX0123456,
   //        SERIAL_0123456789). On ajoute un lookbehind négatif (?<![A-Za-z_]).
   const rxLong = /(?<![A-Za-z_])(\+41\s?\d(?:[\d\s.\-]*\d)?|\+33\s?\d(?:[\d\s.\-]*\d)?|0\d(?:[\d\s.\-]*\d)?|(?<!\d)41\d{9}(?!\d)|(?<!\d)33\d{9}(?!\d))/g;
   // SHORT : numéro interne court (5 chiffres).
@@ -7528,7 +7535,7 @@ function splitOneContact(raw) {
   // Critères d'un vrai nom : contient au moins un mot qui commence par une
   // majuscule ET n'est pas juste un identifiant technique.
   if (name) {
-    const looksLikeIdentifier = /^[A-Z]{2,}[_\-]\d+$/.test(name);  // XXXX_NNNNNNNN
+    const looksLikeIdentifier = /^[A-Z]{2,}[_\-]\d+$/.test(name);  // ex: XXXX_NNNNNNNN
     const startsWithQuantity = /^\d+x(\s|$)/i.test(name);            // "1x" ou "1x pc"
     const noCapitalWord = !/\b[A-ZÉÈÀÂÎÔÛÇ][a-zéèàâîôûç]+/.test(name);  // aucun mot "Xxxxx"
     const hasOnlyTechTokens = /^(\d+x|pc|mac|t[ée]l[ée]phone|ecran|docking|rollout)(\s+(\d+x|pc|mac|t[ée]l[ée]phone|ecran|docking|rollout|[A-Z]\d+))*\s*$/i.test(name);
@@ -9332,9 +9339,19 @@ function _showPillHoverMenu(pill, popup) {
   });
   menu.appendChild(closeBtn);
 
+  // v2026.5.43 (Firefox-fix) : positionner le menu HORS écran d'abord pour
+  // qu'il soit layouté sans flash, puis mesurer ses dimensions, puis poser
+  // la position finale. Sans ça, Firefox lit parfois des dimensions à 0
+  // (timing de l'animation `pill-hover-menu-appear` + transform initial),
+  // ce qui projette le menu n'importe où sur l'écran.
+  menu.style.left = "-9999px";
+  menu.style.top = "-9999px";
+  menu.style.visibility = "hidden";
   document.body.appendChild(menu);
+  // Force le navigateur à calculer la mise en page maintenant (Firefox ne
+  // le fait pas toujours sur getBoundingClientRect immédiat après append).
+  void menu.offsetHeight;
 
-  // Positionner au-dessus de la pastille
   const r = pill.getBoundingClientRect();
   const menuR = menu.getBoundingClientRect();
   let left = r.left + (r.width / 2) - (menuR.width / 2);
@@ -9342,6 +9359,7 @@ function _showPillHoverMenu(pill, popup) {
   if (left + menuR.width > window.innerWidth - 4) left = window.innerWidth - menuR.width - 4;
   menu.style.left = left + "px";
   menu.style.top = (r.top - menuR.height - 8) + "px";
+  menu.style.visibility = "";
 
   // Garder ouvert si la souris entre dans le menu
   menu.addEventListener("mouseenter", () => {