v2026.5.45 — Dock latéral drag&drop, fix verdicts ghost, multi-onglets EZV

Refonte de l'expérience drag&drop avec dock latéral à droite pour parquer des interventions entre les jours. Fix critique du parser de fiche EV qui marquait à tort des interventions terminées comme annulées (les dates d'action sont détectées par scan regex au lieu d'indices fixes [8]/[9]). Décorrélation des « Logs verbeux » et de la case « Garder les disparitions » dans Paramètres → Diagnostics. Issues résolues : #3 #4 #5 #6 #7 #8. Closes #3 #4 #5 #6 #7 #8
chore: retire .gitignore du repo
2026-05-08 16:30:47 +02:00 · 2026-05-01 18:17:27 +02:00 · 2026-05-01 18:16:26 +02:00 · 2026-05-01 18:08:11 +02:00 · 2026-04-27 06:02:12 +02:00 · 2026-04-27 05:52:42 +02:00
16 changed files with 24810 additions and 9804 deletions
@@ -0,0 +1,572 @@
 # CHANGELOG — Extension Planification EasyVista Canton de Vaud
 > Ce changelog documente l'évolution de l'extension Chrome/Firefox "Planification"
 > développée par Quentin Rouiller pour les coordinateurs DGNSI (Canton de Vaud).
 >
 > Les versions documentées ci-dessous sont celles dont les détails sont connus.
 > Pour les versions plus anciennes, l'analyse du code source permet de
 > reconstituer un message de version pertinent.
 ---
 ## v2026.5.45 — Dock latéral drag&drop, fix verdicts ghost, multi-onglets EZV résolu
 > Refonte de l'expérience drag&drop avec dock latéral pour parquer des interventions entre les jours, fix critique du parser de fiches qui marquait à tort des interventions terminées comme annulées, résolution des 6 issues ouvertes (multi-onglets EZV, absences récurrentes, popups épinglés, pompier absent), et nombreux ajustements d'ergonomie.
 ### Issues résolues
 - **#3** — Coches « Absences récurrentes » : merge propre avec l'état stocké au lieu d'écrasement, les coches sont retenues lors d'un changement de groupe ou d'une réouverture des paramètres.
 - **#4** — Perte de session EZV multi-onglets : permission optionnelle `cookies` + listener `cookieChanged` côté background, toggle dans Paramètres → Diagnostics. La session reste valable même après reconnexion et fermeture d'un onglet EZV.
 - **#5** — Bouton de copie de référence dans une popup épinglée : handler `copy-ref` ajouté.
 - **#6** — Popup épinglée au premier plan : clic sur une popup recalcule le z-index pour la passer au-dessus des autres.
 - **#7** — Notification « +2 min » fantôme : reset des flags d'alerte slide au retour de la prolongation.
 - **#8** — Compteur pompier : un pompier absent toute la journée est exclu du compteur.
 ### Dock latéral drag&drop
 Le dock à droite permet de mettre des interventions de côté pendant qu'on navigue entre les jours, puis de les redéposer plus tard.
 - Apparition graduelle pendant un drag : peep-min (sans contenu), peep (avec cartes), expanded (au survol ou au bord droit).
 - **Délai 500 ms** pour expand/collapse pour éviter le flicker quand le curseur effleure le bord du dock.
 - Card du dock : référence + durée prévue (`1h`, `1h30`, `45min`) avec barre verticale 4 px sur la gauche dans la couleur de la catégorie. Fond transparent.
 - Bouton de retrait `×` : **appui long 2 s** avec animation `conic-gradient`. Un clic simple ne fait rien.
 - Drag depuis le dock : retrait différé à l'activation effective du drag (5 px). Ghost flottant sans heure à gauche. Drop sur tech → modal de confirmation. Drop hors zone / Échap / sur le même slot d'origine → restauration dans le dock.
 - Plus de scrollbar horizontale en bas du dock, plus de clic-through dans la zone autour du bouton « Tout annuler ».
 ### Verdicts ghost — fix critique
 Une intervention terminée par le tech mais dont la fiche était passée en statut « Redirigé » / « Finalisation » / « Exécution » était à tort marquée comme « annulée » et retirée du planning, parce que le parser de fiche cherchait les dates d'action aux indices `[8]`/`[9]` du tableau `rows` alors que le layout EV récent les place en `[6]`/`[7]` (et la description en `[9]` au lieu de `[11]`).
 - **Détection robuste** : scan des valeurs pour le pattern `DD/MM/YYYY HH:MM:SS`, garde des 2 dernières occurrences comme (création, fin). Survit aux variations de layout EV.
 - **Décorrélation logs / KEEP-forcé** : nouvelle case dédiée « Garder les disparitions » dans Paramètres → Diagnostics, indépendante des « Logs verbeux ». Mode prod par défaut → verdict `REMOVE` appliqué (statut Annulé/Supprimé, ou statut clos sans commentaire du tech, ou action sans commentaire `login:`).
 ### Drag&drop bloqué pour les interventions non-déplaçables
 `_canRescheduleIv` refuse maintenant explicitement le drag pour :
 - iv en verdict `terminated-pending` (gris « fait »).
 - iv en verdict `terminated-clos` (vert ✓✓).
 - iv dont le statut EV est dans `CLOSED_STATUS` ou `RESOLVED_STATUS`.
 - iv en cours d'analyse de disparition (`_disappearChecking`).
 ### Popups dépinglés
 - Auto-fermeture du popup dépinglé quand la souris quitte sa zone et celle des cards liées de la même iv (300 ms de grâce). N'interfère pas avec un drag de planning en cours.
 ### Tooltip / contact
 - Le contact n'inclut plus les labels « fiche » (`Étage`, `Bureau`, `Service`, `Matériel`, `Problème`, `TFS`, `Date`, `Heure`, `Lieu`, `Bénéficiaire`, `Nom utilisateur`) qui se collent parfois à la valeur du contact à cause de séparateurs perdus dans la source EV. Le tooltip insère un saut de ligne avant chaque label collé pour la lisibilité.
 ## v2026.5.44 — Refonte topbar, personnalisation Apparence, onboarding équipe, refresh séquentiel
 > Refonte visuelle de la topbar (vue classique + horizontale), nouveau panneau
 > de personnalisation (couleur de la barre du haut + police de l'application
 > sur toute la page), nouvelle expérience d'onboarding quand aucun technicien
 > n'est sélectionné, refonte du système de verdicts ghost (✓✓ clos / ✓ Fait /
 > ✓ Suspendu), refresh strictement séquentiel avec arrêt instantané, et
 > plusieurs corrections.
 ### Refresh / cache / verdicts ghost
 - Rafraîchissement **séquentiel** (1 fiche à la fois) au lieu de 5 workers
  parallèles → arrêt instantané via le bouton « ✕ Arrêter » (AbortController),
  plus de races DOM, ordre d'affichage cohérent (pompier d'abord, puis alpha,
  puis matin → après-midi).
 - Re-fetch du checksum frais via `basicAutoComplete` + `redirectHeader`
  (plus de fiche périmée entre sessions).
 - Cache merge robuste (fallback `cachedByRef` quand `actionId` change) et
  cache écrit toutes les 5 fiches pendant le refresh (incrémental).
 - **Système de verdicts ghost unifié** : ✓✓ vert (clos / résolu officiel),
  ✓ gris « Fait » (terminated-pending), ✓ jaune « Suspendu »
  (terminated-suspended), retrait silencieux pour cancelled / cancelled-
  reservation / cancelled-absence.
 - Statuts EV (clos / résolu / annulé / suspendu) éditables depuis Paramètres
  → EasyVista avec matching insensible à la casse, accents et conjugaisons.
 - Mise à jour live du tooltip et du popup épinglé après un verdict (plus
  besoin de fermer/réouvrir).
 - Clic immédiat sur la carte dès que le verdict tombe (avant la fin du
  refresh complet).
 - Boutons « Actualiser » (rapide, ne re-télécharge pas les fiches déjà
  connues) vs « Tout recharger » (force tout sauf les ✓✓ déjà clos).
 - **Mode diagnostic optionnel** (Paramètres → Diagnostics) : aucune
  intervention disparue n'est retirée silencieusement, tout est tracé sous
  le préfixe `[disparition]` dans la console F12 pour debug. En PROD
  (par défaut), les iv `cancelled` sont bien retirées comme avant.
 ### Topbar — vue classique
 - Sélecteur de date du planning **ancré au centre absolu** : il ne se décale
  plus quand le bouton « ✕ Arrêter » apparaît à droite pendant un
  rafraîchissement.
 - Bouton **« Aujourd'hui »** affiché en toutes lettres (au lieu de « Auj. »).
 - Horloge contextuelle (date du jour + heure) réduite et discrète, à côté
  du bouton Aujourd'hui dans un cadre encadré.
 - Date du planning agrandie et neutre (couleur stable, plus de bascule
  selon la date sélectionnée).
 ### Personnalisation — Paramètres → Apparence
 - **Couleur de la barre du haut** : 12 presets cliquables (Défaut, Blanc,
  Gris clair, Anthracite, Bleu DGNSI, Marine, Vert sapin, Brique, Violet,
  Rouge, Bleu pastel, Vert pastel) + picker custom + champ hex `#rrggbb`
  + bouton « Réinitialiser ».
 - La couleur s'applique uniquement à la topbar (et à la sidebar quand on
  est en vue horizontale).
 - Le texte de la topbar (titre, horloge, date, capture-info, badges,
  boutons) s'adapte automatiquement (clair/foncé) selon la **luminance**
  de la couleur choisie pour rester toujours lisible.
 - **Police de l'application** : 28 choix organisés en familles
  (sans-serif : Arial, Helvetica, Verdana, Tahoma, Trebuchet, Calibri,
  Segoe UI, Gill Sans, Futura, Optima ; serif : Times New Roman, Georgia,
  Cambria, Garamond, Palatino, Bookman ; monospace : Courier New, Consolas,
  Lucida Console, JetBrains Mono ; display : Comic Sans MS, Impact,
  Brush Script, Copperplate ; condensée : Arial Narrow). La police choisie
  s'applique à **toute la page** (topbar, cards, popups, tooltips, panel
  admin) et chaque option du select s'affiche dans sa propre police pour
  prévisualiser le rendu, avec un aperçu live à droite.
 - Export / import du cache et de `admin_config` depuis Paramètres →
  Diagnostics.
 ### Vue horizontale
 - Bloc « Aujourd'hui + horloge » empilé verticalement dans la sidebar, dans
  le même cadre encadré que la vue classique.
 - Date sélectionnée mise en avant (taille augmentée, en gras), date du
  jour et heure réduites à la même petite taille pour rester discrètes.
 - **Barre verticale verte** ajoutée à droite des mini-cards quand le
  ticket est officiellement clôturé / résolu (✓✓), avec léger décalage du
  ✓✓ pour ne pas chevaucher la barre.
 - Quand l'utilisateur a choisi une couleur de topbar, la sidebar prend
  aussi la couleur : titre, horloge, capture-info, stats, today-block,
  date sélectionnée, boutons, theme-toggle et séparateurs adoptent une
  teinte translucide cohérente (via `color-mix`) qui contraste correctement
  sur n'importe quel fond.
 ### Statistiques globales
 - Nouveau compteur **« X faits / Y clos »** entre `(matin · après-midi)`
  et `tech. dispo`. Inclut tous les tickets terminés (clos/résolus officiels
  + verdicts ghost « Fait » / « Suspendu »).
 - En vue classique, séparateur `//` après `clos` (au lieu de `·`).
 - En vue horizontale (sidebar), une **barre horizontale 1px** sépare le
  bloc interventions/faits/clos du bloc tech. dispo + pompiers / absents.
 ### Onboarding équipe (1ʳᵉ install ou config vide)
 - L'erreur générique « Aucun technicien sélectionné » est remplacée par une
  **carte d'onboarding centrée** comprenant :
  - icône (👥) cerclée en couleur accent du thème ;
  - titre « Aucune équipe configurée » ;
  - description claire ;
  - bouton primary **« Ouvrir paramètres »** qui ouvre directement le panel
    admin sur la section Équipe.
 - Carte centrée verticalement et horizontalement dans la zone disponible,
  identique en vue classique et horizontale.
 ### Bugfix
 - **Issue #1 (Pompier + Absence)** : si un tech est à la fois pompier ET
  absent, les deux badges s'affichent désormais avec un séparateur `/` au
  lieu de masquer l'absence derrière le badge pompier.
 - **Absences récurrentes** : quand on changeait de groupe puis revenait au
  groupe initial, les jours d'absence cochés pour les techniciens
  disparaissaient visuellement (la donnée elle-même restait en storage).
  Correction : restauration depuis `cfg.recurringAbsences` à chaque
  re-render.
 - **Barre de progression / bannière session expirée** : suivent désormais
  la hauteur dynamique de la topbar (variable CSS `--topbar-height` mesurée
  par un `ResizeObserver`). Plus de chevauchement quand on scrolle.
 - **STATUS_FR regex** : limite augmentée de 30 à 200 caractères (battait
  sur « Suspendu : Attente info bénéficiaire/demandeur »).
 - **Description action** : décodage `" → "`, `<br> → \n`, HTML
  strippé. Préfixe « login: » retiré du commentaire technicien dans le
  tooltip / popup.
 - **Tooltip référence** : flèche « ↗ » retirée du lien cliquable.
 ---
 ## 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
 - Le groupe EasyVista, les domaines (interne/externe) et la liste des
  techniciens ne sont **plus codés en dur** dans `background.js` /
  `viewer.js`. Tout est lu depuis `admin_config` (chrome.storage.local),
  alimenté par les onglets **Équipe** et **EasyVista** du panel admin.
 - `chrome.storage.local` survit aux mises à jour d'extension → la
  configuration de l'utilisateur (groupe, équipe, absences récurrentes,
  domaines) est conservée d'une version à l'autre.
 ### Domaines EasyVista (interne / externe)
 - Défaut hardcodé conservé comme **filet de sécurité** au 1er install
  (`https://itsma.etat-de-vaud.ch` + `https://itsma.vd.ch`).
 - L'utilisateur peut les remplacer dans Paramètres → EasyVista. Le
  service worker (`findEasyVistaSession`, `evFetch`, etc.) lit la valeur
  effective via `getEvOrigins()`.
 ### Group ID EasyVista
 - Défaut hardcodé conservé comme filet de sécurité (`191` = SI-CSS).
 - Lu via `getGroupId()` dans `fetchPlanningXml`, `detectTeamFromEV` et
  partout où c'était hardcodé.
 - Le sélecteur de Paramètres → Équipe alimente `cfg.groupId`.
 ### Liste des techniciens
 - **Aucun défaut hardcodé**. Sur un install vierge, `cfg.team` est
  vide → le service worker lève `no_team_configured` plutôt que de
  fetcher avec une liste fictive.
 - Le viewer affiche : *"Aucun technicien sélectionné. Ouvrez ⚙
  Paramètres → Équipe pour choisir le groupe EasyVista et cocher les
  techniciens à afficher."*
 - Lu via `getSupportIds()` (CSV des clés de `cfg.team`).
 - Côté `viewer.js` : `TEAM` et `RECURRING_ABSENCES` sont des `let`
  vides au démarrage, repeuplés par `_initTeamFromConfig()` appelé tôt
  dans `init()`.
 ### Coulisses
 - Nouveau dans `background.js` : helpers `getAdminConfig()`,
  `getEvOrigins()`, `getGroupId()`, `getSupportIds()`,
  `getDayBounds()` qui centralisent la lecture de la config persistée.
 - `fetchPlanningXml()` lève `Error("no_team_configured")` quand la
  liste de techs est vide ; le handler `fetchPlanning` propage l'erreur
  au viewer via `err.kind`.
 - Toutes les anciennes constantes hardcodées (`EV_ORIGINS`,
  `DEFAULT_SUPPORT_IDS` interne à `detectTeamFromEV`,
  `isXXXAbsentFriday`) ont été remplacées ou retirées.
 ### Conflits absence/réservation × intervention
 - Nouveau code visuel : 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** sur le même créneau, sa carte (row classique +
  mini-card en vue horizontale) est peinte en **rouge plein** avec
  texte blanc. Logique : full-day → toutes les interv en rouge ;
  partiel → seules celles en chevauchement.
 ### Synchronisation des heures EV ↔ admin
 - Les paramètres `day_start_hour` / `day_end_hour` envoyés à
  `planning_xhr.php` et `begin_hour` / `end_hour` envoyés à
  `plan_set_holidays_popup.php` (création absence) et
  `plan_set_tech_planif_popup.php` (douchette) lisent désormais
  `cfg.dayStart` / `cfg.dayEnd` (Paramètres → Apparence → Heures de la
  journée). Avant : `8` / `18` / `19` figés en dur, ce qui rendait le
  réglage des heures côté UI partiellement effectif (la timeline se
  redessinait, mais les requêtes EV continuaient sur la plage hardcodée).
 ### Édition des domaines EV → permissions runtime
 - `manifest.json` : ajout de `"optional_host_permissions":
  ["https://*/*"]` pour permettre l'édition des domaines EasyVista
  vers des origines non prévues à l'install.
 - Quand l'utilisateur saisit un domaine custom dans Paramètres →
  EasyVista et clique sur Enregistrer, l'extension appelle
  `chrome.permissions.request()` pour demander la permission au
  navigateur. Si refus → toast d'avertissement, les fetches échoueront
  jusqu'à acceptation.
 - Les deux domaines hardcodés (`itsma.etat-de-vaud.ch` +
  `itsma.vd.ch`) restent dans `host_permissions` (toujours accordés à
  l'install), pas besoin de redemander la permission pour eux.
 ## v2026.5.40 — Vue horizontale enrichie (ref + ville + barre couleur)
 **Branche** : current
 - En vue horizontale, chaque segment timeline d'intervention contient
  désormais :
  - Une **barre verticale couleur catégorie** à gauche (mêmes teintes que
    les `.intervention-dot` de la vue classique : livraison/recup/
    remplacement/incident/rollout/réservation/autre)
  - La **référence** (ex: `SYYMMDD_NNNNN`) en gras
  - La **ville** en gris muted
 - Hauteur de la timeline en horizontale passée de 22px à 32px pour laisser
  la place au texte
 - Fond des segments d'intervention : `--bg-elevated` neutre + bordure 1px
  pour que le texte reste lisible (la couleur catégorie n'est plus en fond
  plein, juste en barre gauche)
 - Vue classique inchangée
 - Réorganisation interne du repo : `src/` pour les sources, `dist/`
  généré, `Autres/` pour build.sh + meta files (LICENSE, README,
  CHANGELOG)
 ## v2026.5.39 — Séparation Matin / Après-midi + Apparence (thème, zoom, cache)
 ### Séparation matin / après-midi
 - Séparateur visuel "MATIN" / "APRÈS-MIDI" entre les interventions
  dans la vue classique : pill grise neutre, ligne 3px épaisse.
 - Affiché aussi entre les absences partielles (demi-journée).
 - Si une période est vide, son séparateur n'est pas affiché.
 - Caché en vue horizontale (les rows sont masquées de toute façon).
 ### Timeline — coupure midi très visible
 - Bande verticale composée d'un trait massif central (couleur --text)
  + stripes diagonales en arrière-plan (effet "césure"). 6 px de large
  (7 px en vue horizontale). Visible immédiatement, pas de label superflu.
 ### Vue horizontale (sidebar)
 - Boutons (Absence, Douchette, Actualiser, Tout recharger, Vider cache,
  Thème) maintenant **vraiment** poussés en bas via `min-height: 100vh`
  sur la sidebar.
 - Bouton "Aujourd'hui" : style cohérent avec les flèches ◀ ▶ (même
  padding, font-size, hauteur), texte centré, libellé complet
  "Aujourd'hui" (au lieu de "Auj.").
 - Espace visuel entre `Actualisé à HH:MM` et le bouton Absence (fine
  bordure top + padding).
 ### Vue classique (topbar)
 - Ordre verrouillé via CSS `order` : badge user → titre → date-nav →
  capture-info → refresh-check. Évite les déplacements au retour de
  vue horizontale.
 ### Section Apparence (admin) — refondue + en première position
 - **Thème** : sélecteur Auto / Clair / Sombre (s'enregistre direct).
 - **Durée du cache (jours)** : configurable, défaut 7 jours, range 1-365.
  Lue par viewer.js (purge auto) ET background.js (au boot).
 - **Taille du texte** : 5 niveaux (-20%, -10%, 100%, +10%, +20%) via CSS
  `zoom` sur body. Persisté dans admin_config.textZoom et appliqué dès
  le boot.
 - Section "Apparence" est maintenant **la première** dans le panel admin.
 ## v2026.5.38 — Attribution auteur + nettoyage code
 **Branche** : current
 ### Attribution auteur
 - Ajout en-têtes copyright dans tous les fichiers source
  (viewer.js, viewer.html, viewer.css, background.js)
 - Ajout `@author Quentin Rouiller` sur les fonctions principales
  (loadForDate, buildCard, buildTooltipHTML, pinTooltip, _softUnpinPopup,
  positionTooltipAnchored, _applyViewMode, _moveElementsToSidebar,
  _restoreElementsToTopbar, fetchAndShowCurrentUser, _maybeRetryFetchUser,
  initAppClock, initAppFooter, bindTimelinePopover,
  openPersistentTimelinePopup, showTooltip, _findFreePopupPosition,
  _clampPopupInSafeArea, findEasyVistaSession, fetchPlanningXml,
  fetchCurrentUser, detectNetworkContext)
 - Ajout signature "Développé par Quentin Rouiller" en bas du popup
  user-badge (style cohérent avec footer version : 11px, italique,
  gris atténué, séparateur fin)
 - Mise à jour `description` du manifest pour mentionner DGNSI
 ### Nettoyage et optimisation
 - Retrait fonction vide `initAdminMenu()` (inutile depuis v2026.5.25,
  l'admin passe par le bouton ⚙ Paramètres du popup user-badge)
 - Retrait classe CSS orpheline `.date-picker-day` (déjà remplacée par
  `.date-custom` en v2026.5.17)
 - Retrait anciens styles CSS `.intervention` (layout v1, jamais générés
  depuis le passage à `.intervention-v2`)
 - Retrait commentaire orphelin `.intervention-v2.is-ghost` (classe
  retirée en v4.3.3)
 - Retrait 14× `console.log("[viewMode]")` debug verbose (gardé
  uniquement les `console.warn` utiles pour erreurs)
 - Retrait 5× `console.log("[bg]")` debug verbose dans
  fetchPlanningXml / fetchFicheHtml / fetchSessionTimeRemaining /
  extendSessionKeepAlive (gardé warnings + logs critiques)
 - Remplacement `extendBtn.onclick` par `addEventListener("click", ...)`
  pour plus de cohérence
 ### Builds
 - `dist/chromium/` et `dist/firefox/` prêts à charger en mode dev
 - `planification-v2026.5.38-chromium.zip` (~144 Ko)
 - `planification-v2026.5.38-firefox.xpi` (~144 Ko, à signer sur AMO)
 ## v2026.5.37 — Refonte vue horizontale (sidebar complète)
 - Topbar en haut supprimée en vue horizontale
 - User-badge + titre déplacés tout en haut de la sidebar
 - Bouton "Aujourd'hui" pleine largeur avec icône ↺
 - Date + heure centrés sous le bouton
 - Séparateur visuel
 - Sélecteur de date pleine largeur
 - Flèches ◀ ▶ côte à côte (wrapper #sidebar-arrows)
 - Stats empilées
 - Synchronisé à HH:MM
 - Espace vide intentionnel
 - Boutons du bas vers le haut (margin-top: auto sur Absence)
 - Barre de rafraîchissement en overlay top-left
 - Banderole pompier masquée en vue horizontale (badge + barre rouge à gauche conservés)
 ## v2026.5.36 — Sidebar verticale en vue horizontale
 - Création wrapper flex-row #horizontal-wrapper contenant [sidebar] + [main]
 - Sidebar 200px (170px sur <1400px), sticky, bg-muted
 - Déplacement physique des éléments via JS (ELEMENTS_TO_RELOCATE)
 - Mémorisation parents d'origine (data-orig-parent + data-orig-index)
 - Restauration propre en vue classique
 - Zone nom tech : 140px → 120px
 ## v2026.5.35 — Fix popup épinglé position vue horizontale + stats gauche
 - Fix popup épinglé qui partait en haut à gauche en vue horizontale
 - Cause : rows .intervention-v2 cachées (display: none) → getBoundingClientRect (0,0,0,0)
 - Solution : priorité 1 tooltip visible, priorité 2 segment timeline, fallback srcEl
 - Stats globales en colonne verticale 200px à gauche en vue horizontale
 - Position sticky, fond bg-muted, séparateurs · masqués
 - Zone nom tech 200px → 140px (vue horizontale)
 ## v2026.5.34 — Bouton 📌 restauré + badge user cliquable
 - HTML : badge user toujours visible avec "?" par défaut (retiré class hidden)
 - _softUnpinPopup refait en 8 étapes loggées
 - Popup reste visible après désépinglage (plus de suppression auto au mouseleave)
 - Restauration du bouton 📌 dans .tooltip-actions
 - Handler click ré-attaché : clic 📌 = ré-épingle, clic ↻ = recharge
 - _ensureSoftUnpinnedCleanupHandler : handler global clic hors popup
 - _maybeRetryFetchUser : relance opportuniste après succès planning et reconnexion session
 - Logs abondants : [currentUser], [softUnpin], [positionTooltip], [persistentTimeline], [showTooltip]
 - Fonction positionTooltipAnchored unifiée (4 candidats droite/gauche/dessous/dessus)
 - popup._linkedIv stocké pour ré-épinglage
 ## v2026.5.33 — Interactions vue horizontale différenciées
 - Hover segment timeline en vue horizontale → grande popup directement (openPersistentTimelinePopup)
 - Clic segment timeline en vue horizontale → ouvre fiche EasyVista
 - Popup absence en vue horizontale : hover uniquement sur badge .card-tech-badge (pas sur carte entière)
 - Vue classique : comportement inchangé
 ## v2026.5.32 — Vue horizontale togglable
 - Bouton ⊞ "Vue" dans popup user-badge (à côté ⚙ Paramètres)
 - Toggle Vue classique ↔ Vue horizontale persisté localStorage "view_mode"
 - HTML class "view-classic" ou "view-horizontal" sur <html>
 - Chaque tech = 1 ligne horizontale compacte en mode horizontal
 - Card header devient barre latérale gauche fixe 200px
 - Interventions détaillées masquées (display: none)
 - Timeline horizontale pleine largeur
 - 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 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"
 - 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
 - Contrastes encore plus forts (text-muted #d0d5de dark, #2e3642 light)
 - Footer QRO/version : 13px badge avec fond bg-muted + bordure
 - Fix highlight row : selector .intervention-v2[data-iv-idx]
 - Scroll-into-view automatique au hover segment timeline
 ## v2026.5.28 — Ajustements visuels absences
 - Retrait pastille ronde (.tech-name-dot supprimée) — barre gauche + badge suffisent
 - "Maladie" → "Maladie/Accident"
 - Contraste textes secondaires +30%
 - Popups épinglés width fixe 520px (ne rétrécit plus au resize fenêtre)
 - _clampPopupInSafeArea ne rétrécit plus si popup > zone dispo
 ## v2026.5.27 — Classification absences (Maladie/Congé/Pompier)
 - Topbar une ligne : "Jeudi 23.04.26 • 21:55" (gros point •, même taille 22px)
 - Fermeture auto popups non-épinglés au survol autre popup/carte
 - Texte +20% topbar/stats/boutons
 - Icône thème ☀/🌙 plus contrastée (bordure 1.5px, fond bg-muted, ombre)
 - Classification absences (ABSENCE_LABELS) + absenceCategory : "maladie"|"conge"|"pompier"|null
 - Couleurs : Maladie #4338ca indigo foncé, Congé #06b6d4 cyan, Pompier #b03030 rouge
 - Badge + barre gauche + dégradé fond pour catégorie
 - Libellé "Absent du DD.MM au DD.MM — Maladie/Accident"
 - Suffixe `s` adaptatif (Congé/Congés)
 ## v2026.5.26 — Badge user inconnu cliquable + retry
 - En cas d'échec fetch user, afficher rond gris "?" cliquable
 - Bouton ⚙ Paramètres accessible même quand user inconnu
 - Retry automatique 60s (max 10 essais = 10 min)
 - Reset compteur au succès
 ## v2026.5.25 — Bouton Paramètres dans popup user-badge
 - Remplace les 5 clics sur le titre pour ouvrir admin
 - Bouton ⚙ Paramètres explicite dans le popup user-badge
 ## v2026.5.16-v2026.5.24 — Évolutions diverses (à compléter)
 - v2026.5.17 : popup user-badge avec ligne session (MM:SS), couleur selon seuil
 - v2026.5.18 : dock pastilles popups épinglés avec couleur catégorie
 - v2026.5.19 : drag popup épinglé
 - v2026.5.20 : safe area popups (topbar + dock)
 - v2026.5.22 : régénération tooltip hover après softUnpin
 - v2026.5.23 : reset bulleState.pinned + iv._reloading
 ---
 ## Versions antérieures (v5.x et v4.x)
 > Ces versions ne sont pas documentées en détail. Pour les analyser à partir
 > des fichiers source historiques (consultables via les tags git), voici les
 > indices clés à chercher dans `viewer.js` :
 >
 > - Présence de `pinTooltip` → version >= v4.x
 > - Présence de `_softUnpinPopup` → version >= v4.3.3
 > - Présence de `initSessionTimer` → version >= v5.0.9
 > - Présence de `initAppClock` → version >= v5.0.0
 > - Présence de `_applyViewMode` → version >= v2026.5.32
 > - Présence de `bindTimelinePopover` → version >= v4.2.3
 > - Présence de `openPersistentTimelinePopup` → version >= v4.2.3
 > - Commentaires `// vX.Y.Z` au-dessus des fonctions = version d'introduction
 ### v5.0.0 — Refonte topbar (horloge, menu admin)
 - initAppClock : horloge HH:MM au milieu topbar
 - initAdminMenu : menu admin caché (5 clics sur titre)
 - initSessionTimer : compteur de session EV (tick 1s)
 ### v4.x — Fonctions tooltip avancées
 - v4.1.12 : moveTooltip devenu no-op (popup statique)
 - v4.1.15 : pendant épinglage, ne pas remplacer contenu sur hover autre iv
 - v4.2.3 : grande popup timeline persistante (clic), suit-souris (hover)
 - v4.2.3 : bindTimelinePopover, showTimelinePopover, moveTimelineTooltip
 - v4.2.4 : setTooltipViewportPosition (détection auto fixed/abs)
 - v4.2.9 : pied de page discret QRO/version
 - v4.2.9 : initModalScrollLock (bloquer scroll arrière modal)
 - v4.3.0 : tooltip live libéré après épinglage (réutilisable autres survols)
 - v4.3.3 : _softUnpinPopup (désépinglage mou)
 ### v3.x et antérieures — Versions de base
 - Code historique consultable via les tags git correspondants.
 ---
 ## Notes techniques persistantes (toutes versions)
 - 8 techs hardcodés à l'origine (depuis v2026.5.41 : retirés, alimentés par admin_config)
 - 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
 - ABSENCE_LABELS = /^(cong[ée]s|maladie|pompier)$/i
 - ADMIN_CONFIG_KEY = "admin_config"
 - VIEW_MODE_KEY = "view_mode" (depuis v2026.5.32)
 - DAY_NAMES_FULL = ["Dimanche", "Lundi", ..., "Samedi"]
 - GUIDs forms EV : S={C99ECD05-3D48-4C62-ABF0-66292053AED6} demande, I={07ED9C68-6172-48EA-8A58-90912B0A283E} incident
 - Couleurs catégories : livraison #2563eb, recup #16a34a, remplacement #ea580c, incident #8b5cf6, rollout #92400e, reservation #f59e0b, autre #6b7280
 ## Auteur
 **Quentin Rouiller** (QRO)
 Technicien DGNSI — Canton de Vaud
 Contact : voir [page wiki Contact](https://gitea.netaplaid.ch/FroSteel/Planification/wiki/Contact)
@@ -0,0 +1,21 @@
 MIT License
 Copyright (c) 2026 Quentin Rouiller
 Permission is hereby granted, free of charge, to any person obtaining a copy
 of this software and associated documentation files (the "Software"), to deal
 in the Software without restriction, including without limitation the rights
 to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
 copies of the Software, and to permit persons to whom the Software is
 furnished to do so, subject to the following conditions:
 The above copyright notice and this permission notice shall be included in all
 copies or substantial portions of the Software.
 THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
 IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
 FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
 AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
 LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
 OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
 SOFTWARE.
@@ -1,110 +1,233 @@
-# Planning techniciens — Vue claire (v4.1.2)
+# Planification — Extension EasyVista Canton de Vaud
-Extension Chrome/Brave/Edge pour afficher le planning techniciens EasyVista
+Extension Chrome / Firefox pour visualiser de manière claire et rapide le planning EasyVista de l'équipe technicienne DGNSI (Canton de Vaud).
 (`itsma.etat-de-vaud.ch` / `itsma.vd.ch`) dans une vue plus lisible.
-## Nouveautés v4.1.2
+> 📖 **Documentation utilisateur complète** : [wiki](https://gitea.netaplaid.ch/FroSteel/Planification/wiki) ([Home](https://gitea.netaplaid.ch/FroSteel/Planification/wiki/Home) · [Utilisation](https://gitea.netaplaid.ch/FroSteel/Planification/wiki/Utilisation) · [Versions](https://gitea.netaplaid.ch/FroSteel/Planification/wiki/Versions) · [Architecture](https://gitea.netaplaid.ch/FroSteel/Planification/wiki/Architecture) · [Dépannage](https://gitea.netaplaid.ch/FroSteel/Planification/wiki/D%C3%A9pannage) · [Contact](https://gitea.netaplaid.ch/FroSteel/Planification/wiki/Contact))
- **Vraies infos contact/lieu dans les cartes** : les attributs attr1/attr2 du
+## Aperçu rapide
  XML contiennent les infos saisies à la *planification*, qui ne sont pas
  toujours à jour (le tech a pu corriger le contact/lieu avant intervention).
  Désormais, pour chaque intervention, on fetch AUSSI le xhr2 en arrière-plan
  (en plus de la fiche), ce qui apporte les **vraies** infos validées. La
  carte se met à jour automatiquement quand elles arrivent.
 - **Clic ouverture restauré** : retour à la logique v4 (fetch fiche à la volée
  + extraction checksum + construction URL avec sender adéquat). Le checksum
  est pré-rempli pendant le fetch arrière-plan, donc au clic l'ouverture est
  instantanée dans la plupart des cas.
-## Nouveautés v4.1
+- **Auteur** : Quentin Rouiller (QRO), Technicien DGNSI — Canton de Vaud
 - **Public cible** : coordinateurs DGNSI qui pilotent dans EasyVista (`itsma.etat-de-vaud.ch` / `itsma.vd.ch`) le planning de l'équipe technicienne
 - **Démarrage projet** : jeudi 16 avril 2026
 - **Version actuelle** : [`v2026.5.45`](https://gitea.netaplaid.ch/FroSteel/Planification/releases/tag/v2026.5.45) (latest)
 - **Contact** : voir [page wiki Contact](https://gitea.netaplaid.ch/FroSteel/Planification/wiki/Contact) ou [ouvrir une issue](https://gitea.netaplaid.ch/FroSteel/Planification/issues/new)
 - **Manifest** : V3 (Chrome/Edge/Firefox 140+)
 - **Format** : `.zip` (Chromium) + `.xpi` signé Mozilla (Firefox)
 - **Distribution** : auto-update natif Firefox via `firefox-updates.json`
- **Fetch des fiches séquentiel (1 par 1)** au lieu de 5 workers en parallèle.
+## Installation rapide
  Le serveur EasyVista sérialise les requêtes de toute façon, donc le parallélisme
  n'apporte rien. Et surtout : quand tu changes de date pendant le fetch, l'abort
  est **instantané** car il n'y a qu'une seule requête en vol au maximum.
 - **Cache incrémental** : le cache est sauvé toutes les 5 fiches pendant le fetch,
  pas juste à la fin. Si tu changes de date avant que tout soit fini, les statuts
  déjà récupérés sont conservés.
-## Nouveautés v4
+### Firefox 🦊 (recommandé — auto-update)
-**Chargement ~50× plus rapide.** Le nombre de requêtes au serveur EasyVista passe
+1. Télécharger le `.xpi` signé depuis la **[release courante](https://gitea.netaplaid.ch/FroSteel/Planification/releases/latest)**.
-de ~100 par chargement à **1 seule requête** pour l'affichage principal.
+2. Drag-and-drop dans `about:addons` de Firefox.
 3. Cliquer "Ajouter".
-Concrètement, en v3 un chargement initial faisait :
+À partir de là, l'extension se met à jour **automatiquement** à chaque nouvelle version (vérification toutes les ~24 h via `firefox-updates.json`).
 - 1 fetch XML planning (`calendar_block`)
 - ~40 fetches `planning_xhr_2.php` pour les lieux/contacts
 - ~40 fetches de fiches HTML pour les catégories/refs/statuts
 - jusqu'à ~40 fetches de l'API timeline
-Total : ~120 requêtes, 10+ Mo, 8 à 15 secondes selon la charge serveur.
+### Chrome / Edge / Brave 🌐 (manuel)
-En v4, on a découvert que le XML initial `calendar_block` contient **déjà**
+1. Télécharger le `.zip` depuis la **[release courante](https://gitea.netaplaid.ch/FroSteel/Planification/releases/latest)**.
-dans ses attributs `attr1`/`attr2`/`attr3` le contact, le lieu et la catégorie
+2. Décompresser dans un dossier permanent.
-complète de chaque intervention, et la ref dans le textContent du nœud.
+3. `chrome://extensions/` (ou `edge://extensions/`) → activer **Mode développeur** → "Charger l'extension non empaquetée" → sélectionner le dossier décompressé.
 Toutes ces infos qu'on allait chercher ailleurs étaient en fait dans la toute
 première réponse, ignorées par le code.
-Résultat : le premier rendu complet arrive en **moins d'une seconde**. Les
+Les mises à jour sont **manuelles** : à chaque nouvelle release, retélécharger le `.zip`, écraser le dossier, puis cliquer ⟳ (Recharger) sur la carte de l'extension.
 fiches individuelles ne sont plus fetchées qu'en arrière-plan, uniquement
 pour le statut "Clôturé/Résolu" et le commentaire technicien.
-**Lazy-load au survol.** Le texte détaillé d'une intervention (Problème, À faire,
+➡ Pour le détail complet (stockage, désinstallation, comparatif), voir [wiki Utilisation → Installation et navigateurs](https://gitea.netaplaid.ch/FroSteel/Planification/wiki/Utilisation#installation-et-navigateurs).
 Matériel, TFS ancien/nouveau poste...) n'est chargé qu'au premier survol de la
 ligne, seulement pour l'intervention survolée. Imperceptible pour l'utilisateur,
 énorme pour le serveur.
-**Concurrence réduite.** Le pic de requêtes parallèles passe de 15 à 5 workers,
+## Fonctionnalités principales
 pour ménager le serveur EasyVista qui a tendance à saturer sous les rafales.
-Toute l'interface utilisateur est **strictement identique** à la v3 — on n'a
+### Vue planning
-changé que ce qu'il y a sous le capot.
+- Affichage des interventions et réservations groupées par technicien
 - Horaires, contact, lieu, catégorie, statut visibles d'un coup d'œil
 - Équipe configurable depuis le panel admin (détection automatique via EasyVista)
 - Cache local pour réduire les requêtes serveur
-## Hérité des versions précédentes
+### Modes d'affichage
 - **Vue classique** (depuis v1.0.0) : cards en grille, mode compact écran 24" (depuis v2026.5.30)
 - **Vue horizontale** (depuis v2026.5.32) : timeline par tech, sidebar verticale (depuis v2026.5.36)
  - Depuis v2026.5.40 : barre couleur catégorie + référence + ville sur chaque segment timeline
 - Toggle Vue classique ↔ Vue horizontale via bouton ⊞ dans popup user-badge
 - Persistance localStorage (`view_mode`)
- Navigation par date : ◀ ▶ et sélecteur
+### Tooltips et popups
- Détection automatique des interventions closes (✓ vert, fond vert)
+- Tooltips au survol (hover) sur chaque intervention
- Cache persistant 7 jours
+- Popups épinglables (📌) pour garder ouvert (depuis v4.1.3)
- Ghosts : les interventions disparues d'EasyVista restent visibles dans la vue
+- Popups timeline persistantes au clic (depuis v4.2.3)
- Refresh auto 12h et 15h
+- Drag-and-drop des popups épinglés (depuis v2026.5.19)
- Annulation coopérative (bouton "Arrêter")
+- Safe area : popups jamais cachés sous topbar/dock (depuis v2026.5.20)
- Thème clair/sombre
+- Position auto adaptative (4 candidats : droite/gauche/dessous/dessus)
-## Installation
+### Classification des absences (depuis v2026.5.27)
 - **Maladie/Accident** : indigo `#4338ca`
 - **Congé / Congés** : cyan `#06b6d4` (suffixe `s` adaptatif)
 - **Pompier** : rouge `#b03030`
 - Badge + barre gauche colorée + dégradé fond
 - Absences récurrentes (configurées par tech) : cyan (depuis v2026.5.30)
-1. Décompresser le zip
+### User et session
-2. Ouvrir Chrome, `chrome://extensions/`
+- Badge user avec photo/initiales en topbar
-3. Activer **Mode développeur** (en haut à droite)
+- Badge cliquable (depuis v2026.5.26) : popup avec ⚙ Paramètres + ⊞ Vue + compteur session MM:SS
-4. **Charger l'extension non empaquetée** → sélectionner le dossier `planning-extension-v4`
+- Retry automatique en cas d'échec fetch user (60s, max 10 essais)
 - Compteur de session EasyVista (tick 1s, depuis v5.0.0)
 - Reconnexion automatique
-Si tu avais déjà la v3 installée, tu peux la supprimer avant — les caches des
+### Admin et configuration
-deux versions sont compatibles (même format).
+- Mode admin : bouton ⚙ Paramètres dans popup user-badge (depuis v2026.5.25)
 - Configuration persistée dans `chrome.storage.local` (`admin_config`)
 - Sélecteur de groupe EasyVista (SI-CSS, SI-EXT, …) en tête de l'onglet Équipe (depuis v2026.5.40) — détection automatique via le `<select id="plan_group_id">` de la page Planning EV, robuste aux ajouts/renommages côté EV
 - Édition manuelle des domaines EasyVista interne / externe (depuis v2026.5.40)
 - Tri des techniciens : actifs d'abord, puis exclus, alphabétique dans chaque groupe (depuis v2026.5.40)
 - **Personnalisation Apparence (depuis v2026.5.44)** : couleur de la topbar (12 presets + custom + hex) avec contraste auto-calculé sur le texte ; police de l'application (28 choix : Arial, Helvetica, Verdana, Tahoma, Trebuchet, Calibri, Segoe UI, Times New Roman, Georgia, Cambria, Garamond, Palatino, Courier, Consolas, Comic Sans, Impact, …) appliquée à toute la page
 - **Onboarding équipe (depuis v2026.5.44)** : carte centrée propre quand aucun tech n'est sélectionné, avec bouton « Ouvrir paramètres » qui dépose directement sur la section Équipe
 - **Statuts EV configurables (depuis v2026.5.44)** : clos / résolu / annulé / suspendu éditables depuis Paramètres → EasyVista, matching insensible à la casse / accents / conjugaisons
-## Utilisation
+## Versionning — historique et conventions
-1. Se connecter à EasyVista dans un onglet (`itsma.etat-de-vaud.ch` ou `itsma.vd.ch`)
+L'extension a connu **3 systèmes de versionning successifs** :
 2. Cliquer sur l'icône de l'extension (depuis n'importe quel onglet)
 3. La vue claire s'ouvre dans un nouvel onglet
-## Comment ça marche techniquement
+| Période | Format | Exemple |
 |---|---|---|
 | 16-17 avril 2026 | Versions de base | `1.0.0`, `2.0.0`, `3.0.0` |
 | 18-20 avril 2026 | SemVer classique | `4.1.3`, `4.2.8`, `5.0.12` |
 | 21 avril 2026 → maintenant | **`ANNÉE.MAJEURE.PATCH`** | `2026.5.16` → `2026.5.45` |
- `background.js` fait les fetches en arrière-plan (via le cookie de session EasyVista).
+### Format actuel : `ANNÉE.MAJEURE.PATCH`
 - L'extension détecte automatiquement le `PHPSESSID` depuis un onglet EasyVista ouvert.
 - **v4 : le XML `planning_xhr.php?div=calendar_block` suffit à afficher tout
  l'essentiel.** Les champs `attr1`/`attr2`/`attr3` contiennent contact, lieu
  et catégorie. Le `textContent` du nœud contient la ref (S260.../I260...).
 - Les fiches individuelles (`index.php?formEvent=...`) ne sont fetchées que pour
  obtenir le statut Clôturé/Résolu et le commentaire technicien.
 - Le texte d'action détaillé (Problème/À faire/Matériel/...) est récupéré en
  lazy-load via `planning_xhr_2.php?id=ACTIONID` au premier survol.
 - Le cache est stocké dans `chrome.storage.local` (local à ta machine).
 - Aucune donnée n'est envoyée ailleurs que vers `itsma.etat-de-vaud.ch` et `itsma.vd.ch`.
-## Limitations connues
+À partir de la **v2026.5.16** (21 avril 2026), l'extension utilise le schéma suivant :
- Nécessite un onglet EasyVista ouvert (même en arrière-plan) pour fonctionner
+| Position | Sens | Quand ça change |
- Fonctionne uniquement sur l'intranet cantonal (les fetches échoueront en externe)
+|---|---|---|
- Les 8 IDs des techs sont en dur dans le code (si quelqu'un quitte/arrive dans
+| `2026` | **Année** | À chaque nouvelle année calendaire |
-  l'équipe, il faut mettre à jour `viewer.js` ligne ~22)
+| `5` | **Majeure** | À chaque **gros changement / ajout important** (refonte, nouvelle feature majeure, bump volontaire) |
- Le statut "Clôturé/Résolu" met quelques secondes à apparaître après le
+| `40` | **Patch** | À **chaque livraison** dans la majeure courante (corrections, ajustements, petites features) |
-  chargement initial (fetch des fiches en arrière-plan, concurrence 5)
+
 Exemples :
 - `2026.5.16` → `2026.5.17` : petite correction ou ajustement (patch)
 - `2026.5.40` → `2026.6.0` : refonte majeure (par exemple nouvelle vue, nouvelle architecture)
 - `2026.x.y` → `2027.0.0` : passage à la nouvelle année
 Le numéro de **majeure** n'est **pas** un mois et **pas** un chiffre lié au calendrier — c'est un compteur de versions importantes propre au projet (la `5` actuelle continue le `5.x` qui précédait, repris tel quel lors du passage au format annuel).
 ⚠️ **Important** : `v2026.5.16` succède chronologiquement à `v5.0.12`, malgré le numéro qui semble plus petit. Le préfixe `2026` indique l'année.
 ## Versions notables
 ### `v2026.5.45` (latest, 8 mai 2026) — Dock latéral drag&drop, fix verdicts ghost, multi-onglets EZV résolu
 - **Dock latéral drag&drop** : nouvelle zone à droite pour parquer des interventions et les redéposer plus tard, avec apparition graduelle (peep-min/peep/expanded), délai 500 ms pour expand/collapse anti-flicker, card compacte (réf + durée + barre catégorie 4 px à gauche), bouton de retrait par appui long 2 s.
 - **Verdicts ghost** : fix critique du parser de fiche (les dates d’action ne sont plus cherchées aux indices fixes \`[8]\`/\`[9]\` mais détectées par scan regex pattern \`DD/MM/YYYY HH:MM:SS\`). Décorrélation des « Logs verbeux » et « Garder les disparitions » dans Paramètres → Diagnostics.
 - **Drag&drop bloqué** sur les interventions « Fait » (gris), « Clos » (vert ✓✓), statut Clôturé/Résolu/Terminé, et pendant l’analyse de disparition d’un ghost.
 - **Issue #3** : coches « Absences récurrentes » retenues (merge propre au lieu d’écrasement) lors d’un changement de groupe.
 - **Issue #4** : multi-onglets EZV — permission optionnelle \`cookies\` + listener \`cookieChanged\`, la session reste valable après reconnexion + fermeture d’un onglet EZV.
 - **Issue #5** : copie de référence dans une popup épinglée fonctionne.
 - **Issue #6** : popup épinglée passe au premier plan au clic.
 - **Issue #7** : plus de notification « +2 min » fantôme après prolongation.
 - **Issue #8** : pompier absent toute la journée n’est plus compté.
 - **Auto-fermeture** des popups dépinglés quand la souris quitte leur zone et celle des cards liées.
 - **Tooltip / contact nettoyé** : les labels « fiche » (Étage/Bureau/Service/etc.) collés à la valeur du contact sont retirés.
 ### `v2026.5.44` (1 mai 2026) — Refonte topbar, personnalisation Apparence, onboarding équipe, fix #1
 - **Topbar refondue (vue classique)** : sélecteur de date du planning ancré au centre absolu (ne se décale plus quand le bouton « Arrêter » apparaît), bouton « Aujourd'hui » en toutes lettres, horloge contextuelle dans un cadre encadré.
 - **Personnalisation Apparence** : couleur de la barre du haut (12 presets + picker custom + champ hex), contraste de texte calculé automatiquement par luminance ; police de l'application avec 28 choix (Arial, Helvetica, Verdana, Tahoma, Trebuchet, Calibri, Segoe UI, Times New Roman, Georgia, Cambria, Garamond, Palatino, Courier, Consolas, Comic Sans, Impact, …) appliquée à toute la page.
 - **Vue horizontale** : bloc Aujourd'hui + horloge dans le même cadre que la classique, barre verte verticale à droite des mini-cards clos/résolu, sidebar adopte la couleur de topbar custom de manière cohérente.
 - **Stats globales** : nouveau compteur « X faits / Y clos » ; vue classique avec « // » après clos, vue horizontale avec barre horizontale 1px de séparation.
 - **Onboarding équipe** : carte centrée propre (icône, titre, description, bouton « Ouvrir paramètres ») au lieu du bandeau d'erreur ; le bouton ouvre directement la section Équipe.
 - **Refresh / cache / verdicts ghost** : rafraîchissement séquentiel avec arrêt instantané (AbortController), checksum frais via basicAutoComplete + redirectHeader, cache merge robuste, verdicts unifiés (✓✓ clos, ✓ Fait, ✓ Suspendu jaune, retrait silencieux pour cancelled), mode diagnostic optionnel.
 - **Issue #1 (Pompier + Absence)** : les deux badges s'affichent désormais avec un séparateur `/` au lieu de masquer l'absence.
 - **Bugfix divers** : absences récurrentes restaurées au switch de groupe, barre de progression / bannière session expirée suivent la hauteur dynamique de la topbar (`--topbar-height` via `ResizeObserver`), description action décodée proprement, flèche `↗` retirée des références cliquables.
 ### `v2026.5.43` (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.
 - **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).
 - **Auto-refresh à l'enregistrement** : ajouter/retirer un tech, changer de groupe, modifier les domaines → le planning se met à jour immédiatement (plus besoin de recharger l'extension manuellement).
 - **Onglet Statuts retiré** (placeholder lecture-seule, jamais utilisé).
 - **Ménage de code** : suppression de `CACHE_DAYS` (inutilisée), `LS_THEME` (clé localStorage obsolète), commentaire historique sur `initAdminMenu()`. Aucun symbole orphelin restant.
 ### `v2026.5.40` — Sélection groupe EV + édition domaines + tri équipe + vue horizontale enrichie
 - **Onglet Équipe** : sélecteur de groupe EasyVista (SI-CSS, SI-EXT, …) en tête de section, détecté automatiquement à l'ouverture du panel via le `<select id="plan_group_id">` de la page Planning EV. Robuste aux ajouts/renommages côté EV.
 - ID groupe affiché en italique (ex: `ID groupe : 191`).
 - Quand on change de groupe, la liste d'équipe se rafraîchit automatiquement avec les membres du nouveau groupe.
 - Plus de bouton "Détecter" : tout est auto à l'ouverture.
 - Tri double des techniciens : inclus d'abord, puis exclus, alphabétique dans chaque sous-groupe.
 - **Onglet EasyVista** : édition manuelle des deux domaines (interne DGNSI / externe Internet), bouton Réinitialiser, normalisation auto des URLs.
 - **Onglet Statuts retiré** (placeholder lecture-seule).
 - **Vue horizontale enrichie** : chaque segment timeline contient désormais une barre verticale couleur catégorie à gauche, la référence (ex: `SYYMMDD_NNNNN`) en gras, et la ville en gris muted. Hauteur passée de 22px à 32px.
 - **Réorganisation interne du repo** : `src/` pour les sources, `dist/` généré, `Autres/` pour build.sh + meta files (LICENSE, README, CHANGELOG), `Builds/` pour les artefacts distribués.
 ### `v2026.5.39` — Séparation Matin / Après-midi + Apparence
 - Pills "MATIN" / "APRÈS-MIDI" entre les interventions de chaque tech
 - Section **Apparence** dans les paramètres : thème, taille du texte, durée du cache, heures de la journée
 ➡ Pour l'historique complet (40+ versions depuis le 16 avril 2026), voir le **[CHANGELOG.md](CHANGELOG.md)** ou la **[page wiki Versions](https://gitea.netaplaid.ch/FroSteel/Planification/wiki/Versions)**.
 ## Architecture technique
 ```
 Planification/                        # Layout du repo Gitea (public)
 ├── src/                              # Sources de l'extension (chargées par le navigateur)
 │   ├── manifest.json                 # Manifest V3 (Chrome) + browser_specific_settings (Firefox)
 │   ├── background.js                 # Service worker (~1 600 lignes)
 │   ├── viewer.html                   # Interface principale
 │   ├── viewer.js                     # Logique UI (~10 700 lignes)
 │   ├── viewer.css                    # Styles + thèmes clair/sombre (~4 800 lignes)
 │   └── icons/                        # icon16, icon48, icon128
 ├── build.sh                          # Génère dist/chromium/, dist/firefox/, .zip, .xpi, met à jour firefox-updates.json
 ├── firefox-updates.json              # Manifest auto-update Firefox (servi via update_url)
 ├── README.md
 ├── CHANGELOG.md
 ├── LICENSE                           # MIT
 └── .gitignore
 ```
 ➡ Pour le détail des composants, fonctions clés et flux de données, voir la **[page wiki Architecture](https://gitea.netaplaid.ch/FroSteel/Planification/wiki/Architecture)**.
 ## Développement
 ```bash
 git clone https://gitea.netaplaid.ch/FroSteel/Planification.git
 cd Planification
 # Modifier les sources dans src/
 # Bumper src/manifest.json + entrée CHANGELOG.md
 ./build.sh
 #   → dist/chromium/, dist/firefox/, dist/*.zip, dist/*.xpi
 #   → firefox-updates.json mis à jour (sha256 .xpi NON SIGNÉ)
 git add -A
 git commit -m "vYYYY.M.PATCH — description"
 git tag vYYYY.M.PATCH
 git push origin main vYYYY.M.PATCH
 ```
 Pour Firefox : signer le `.xpi` sur AMO en mode "On your own" (Unlisted),
 remplacer l'asset `.xpi` de la release Gitea, puis mettre à jour le sha256
 de cette version dans `firefox-updates.json`.
 ## Licence
 [MIT License](LICENSE) — Copyright (c) 2026 Quentin Rouiller
 ## Auteur
 **Quentin Rouiller** (QRO)
 Technicien DGNSI — Canton de Vaud
 Contact : voir [page wiki Contact](https://gitea.netaplaid.ch/FroSteel/Planification/wiki/Contact)
@@ -1,934 +0,0 @@
 // background.js — Service worker (Manifest V3) — v4
 //
 // Rôles :
 // 1. Au clic sur l'icône : ouvrir le viewer
 // 2. Répondre aux messages du viewer :
 //    - getSession         : trouve l'onglet EasyVista ouvert, renvoie {phpsessid, origin}
 //    - fetchPlanning      : fetch le XML du planning pour une date (1 requête = tout)
 //    - fetchXhr2          : fetch un texte d'action détaillé (utilisé en lazy-load au survol)
 //    - fetchFiche         : fetch une fiche individuelle (HTML) pour statut + commentaire tech
 // 3. Nettoyer les vieux caches (>7 jours)
 //    (v4.2 : l'auto-refresh 12h/15h a été retiré)
 //
 // v4 : suppression de fetchTimeline (pu utilisé). Le calendar_block contient
 // directement ref/contact/lieu/catégorie dans ses attributs attr1/attr2/attr3,
 // donc on n'a plus besoin ni de xhr2 en masse, ni de l'API timeline.
 // Domaines EasyVista reconnus (interne d'abord, externe en fallback)
 const EV_ORIGINS = [
  "https://itsma.etat-de-vaud.ch",
  "https://itsma.vd.ch"
 ];
 // ============================================================================
 // Clic sur l'icône → ouvrir le viewer
 // ============================================================================
 chrome.action.onClicked.addListener(async () => {
  const viewerUrl = chrome.runtime.getURL("viewer.html");
  // Si le viewer est déjà ouvert, on focus cet onglet plutôt que d'en ouvrir un autre
  const existing = await chrome.tabs.query({ url: viewerUrl + "*" });
  if (existing.length > 0) {
    await chrome.tabs.update(existing[0].id, { active: true });
    await chrome.windows.update(existing[0].windowId, { focused: true });
  } else {
    await chrome.tabs.create({ url: viewerUrl });
  }
 });
 // ============================================================================
 // Trouver l'onglet EasyVista actif et en extraire le PHPSESSID
 // ============================================================================
 async function findEasyVistaSession() {
  // Chercher tous les onglets sur un domaine EasyVista
  for (const origin of EV_ORIGINS) {
    const tabs = await chrome.tabs.query({ url: origin + "/*" });
    for (const tab of tabs) {
      const m = (tab.url || "").match(/[?&]PHPSESSID=([a-zA-Z0-9]+)/);
      if (m) {
        return { phpsessid: m[1], origin: origin, tabId: tab.id };
      }
    }
  }
  return null;
 }
 // ============================================================================
 // Fetch helpers (s'exécutent dans le contexte du service worker,
 // les cookies du domaine sont automatiquement inclus via credentials: include)
 // ============================================================================
 /**
 * Fetch du XML retourné par planning_xhr.php?div=calendar_block.
 * Contient les interventions de nos 8 techs pour la date donnée (~40 ko).
 *
 * Ce n'est PAS le HTML de la page Planning — le serveur ne rend pas les données
 * dans le HTML, elles arrivent via cet endpoint AJAX.
 */
 async function fetchPlanningXml(origin, phpsessid, unixDate) {
  const techIds = "76272,83725,66635,92235,90070,40944,72485,86874";
  const groupId = "191";
  const url =
    `${origin}/planning_xhr.php` +
    `?PHPSESSID=${encodeURIComponent(phpsessid)}` +
    `&div=calendar_block` +
    `&mode=day` +
    `&group_id=${groupId}` +
    `&event_name=HelpDesk_PlanningItem` +
    `&sql_param=${techIds}` +
    `&unix_date=${unixDate}` +
    `&start_date_label=Date` +
    `&end_date_label=Date` +
    `&click_here_label=Ici` +
    `&mail_title=mail` +
    `&day_start_hour=8` +
    `&day_end_hour=19`;
  console.log("[bg] fetchPlanningXml →", url.substring(0, 140));
  const r = await fetch(url, { credentials: "include" });
  console.log("[bg]   status =", r.status);
  if (!r.ok) {
    // v4.2 : classifier l'erreur HTTP pour que le viewer affiche le bon
    // écran (session expirée vs EV inaccessible).
    const err = new Error("HTTP " + r.status);
    err.kind = classifyHttpStatus(r.status);
    err.status = r.status;
    throw err;
  }
  const xml = await r.text();
  console.log("[bg]   taille XML =", xml.length);
  return xml;
 }
 /**
 * v4.2 : classifie un statut HTTP comme "session_expired" ou "ev_unreachable".
 * - 401, 403, 404 → session_expired (EV renvoie souvent 404 au lieu de rediriger
 *   vers la page de login quand PHPSESSID n'est plus valide)
 * - 5xx, autres  → ev_unreachable (service down, surcharge, etc.)
 */
 function classifyHttpStatus(status) {
  if (status === 401 || status === 403 || status === 404) return "session_expired";
  return "ev_unreachable";
 }
 /**
 * Fetch planning_xhr_2.php?id=ACTIONID pour UNE intervention.
 * Retourne ~400 octets au format custom :
 *   @@DESCRIPTION_S@@...@@DESCRIPTION_E@@@@LABEL_S@@...
 */
 async function fetchXhr2(origin, phpsessid, actionId) {
  const url = `${origin}/planning_xhr_2.php?PHPSESSID=${encodeURIComponent(phpsessid)}&id=${encodeURIComponent(actionId)}`;
  const r = await fetch(url, { credentials: "include" });
  if (!r.ok) {
    const err = new Error("HTTP " + r.status);
    err.kind = classifyHttpStatus(r.status);
    err.status = r.status;
    throw err;
  }
  return await r.text();
 }
 async function fetchFicheHtml(origin, phpsessid, formLink) {
  const url = `${origin}/index.php?${formLink}&PHPSESSID=${encodeURIComponent(phpsessid)}`;
  console.log("[bg] fetchFicheHtml →", url.substring(0, 120));
  const r = await fetch(url, { credentials: "include" });
  if (!r.ok) {
    const err = new Error("HTTP " + r.status);
    err.kind = classifyHttpStatus(r.status);
    err.status = r.status;
    throw err;
  }
  const html = await r.text();
  console.log("[bg]   fiche status =", r.status, "| taille =", html.length);
  // v5.0.7 : si la réponse est anormalement petite (< 500 octets), c'est
  // probablement une redirection ou une réponse d'erreur courte — on logge
  // le contenu pour diagnostiquer.
  if (html.length < 500) {
    console.warn("[bg]   ⚠ fiche très courte, contenu =", JSON.stringify(html));
  }
  return html;
 }
 // v4.1.7 : API timeline EasyVista. Renvoie le JSON des actions d'une fiche,
 // avec pour chaque action : intervenant, ACTION_ID, AM_DONE_BY_ID, description
 // complète (bien plus riche que le xhr2 tronqué).
 // Utilisé pour afficher le texte complet de l'action dans le tooltip.
 // v4.1.9 : le GUID du form est passé en paramètre (extrait dynamiquement du
 // HTML de la fiche par le viewer). Il est différent pour une demande S...
 // ({C99ECD05}) vs un incident I... ({07ED9C68}).
 async function fetchTimelineApi(origin, phpsessid, guid, formId, formChecksum) {
  // Sécurité : GUID doit être de la forme %7B...%7D ou {...}
  if (!/^(%7B|\{)[A-F0-9\-]{36}(%7D|\})$/i.test(guid)) {
    throw new Error("Invalid GUID: " + guid);
  }
  // S'assurer qu'on a la forme encodée %7B...%7D
  const encodedGuid = guid.startsWith("%7B") ? guid : `%7B${guid.replace(/[{}]/g, "")}%7D`;
  const url =
    `${origin}/api/v1/internal/forms/${encodedGuid}/timeline` +
    `?target=${encodeURIComponent(formId)}` +
    `&checksum=${encodeURIComponent(formChecksum)}` +
    `&type=todo&sectionId=1&navigator=&nbRecord=0` +
    `&PHPSESSID=${encodeURIComponent(phpsessid)}`;
  const r = await fetch(url, { credentials: "include" });
  if (!r.ok) {
    const err = new Error("HTTP " + r.status);
    err.kind = classifyHttpStatus(r.status);
    err.status = r.status;
    throw err;
  }
  return await r.text();
 }
 // ============================================================================
 // Détection "session invalide"
 // ============================================================================
 function looksLikeLoginPage(text) {
  // La page de login EasyVista contient cette chaîne
  return /customer_login|my\.policy/i.test((text || "").substring(0, 3000));
 }
 // ============================================================================
 // v4.2 : récupération de l'utilisateur connecté
 // ============================================================================
 /**
 * Essaie de récupérer le nom de l'utilisateur EasyVista connecté en fetchant
 * la page d'accueil avec la session active. EasyVista n'exposant pas
 * d'endpoint public simple, on cherche des patterns typiques dans le HTML :
 *   - <title>...Nom, Prénom...</title>
 *   - éléments avec data-user-name, data-user-login
 *   - balises cachées ou variables JS EV.User.name
 *   - champ "Bienvenue Nom Prénom"
 * Retourne { name: "Nom Prénom" | null, login: "..." | null } ou null si
 * tout a échoué.
 */
 async function fetchCurrentUser(origin, phpsessid) {
  const url = `${origin}/index.php?PHPSESSID=${encodeURIComponent(phpsessid)}`;
  const resp = await fetch(url, {
    method: "GET",
    credentials: "include",
    headers: { "Accept": "text/html,*/*" }
  });
  // v4.2 : cette fonction est lancée en tâche de fond au démarrage. Si la
  // session est expirée ou EV inaccessible, on retourne juste null — le
  // planning lui-même déclenchera l'écran d'erreur approprié.
  if (!resp.ok) return null;
  const html = await resp.text();
  if (looksLikeLoginPage(html)) return null;
  // v4.2.2 : patterns spécifiques à la structure EasyVista réelle du Canton
  // de Vaud (identifiés à partir du HTML de la page d'accueil). L'user est
  // affiché dans un dropdown ".ev-employee-dropdown" avec ces éléments :
  //   <span class="profile-info">
  //     <span class="h5" title="Nom, Prénom">Nom, Prénom</span>
  //     <span class="h6" title="3.3 DGNSI-ServiceDesk">3.3 DGNSI-ServiceDesk</span>
  //     ...
  //   </span>
  // Le title du <a> parent contient aussi "Nom, Prénom / Service / Société".
  const patterns = [
    // 1) Le plus fiable : span class="h5" dans profile-info (structure EV 2026)
    /<span\s+class=["']profile-info["'][^>]*>\s*<span\s+class=["']h5["'][^>]*title=["']([^"']{2,80})["']/i,
    // 2) Fallback : span class="h5" avec title= même hors profile-info
    /<span\s+class=["']h5["'][^>]*title=["']([^"']{2,80})["'][^>]*>\s*([^<]{2,80})<\/span>/i,
    // 3) Fallback : title= de ev-employee-dropdown (format "Nom, Prénom / Service / Société")
    /class=["'][^"']*ev-employee-dropdown[^"']*["'][^>]*title=["']([^"'\/]+?)(?:\s*\/\s*[^"']+)?["']/i,
    // 4) Anciens patterns génériques (autres instances EasyVista éventuelles)
    /data-user-name\s*=\s*["']([^"']+)["']/i,
    /data-username\s*=\s*["']([^"']+)["']/i,
    /data-user-fullname\s*=\s*["']([^"']+)["']/i,
    /EV\.User\.name\s*=\s*["']([^"']+)["']/,
    /EV\.User\.fullname\s*=\s*["']([^"']+)["']/,
    /userFullName\s*[:=]\s*["']([^"']+)["']/,
    // 5) "Bienvenue" / "Welcome"
    /(?:Bienvenue|Welcome)[,\s]+(?:M\.?\s+|Mme\s+)?([A-ZÀÁÂÄÇÉÈÊËÍÎÏÓÔÖÚÛÜÑ][\wÀ-ÿ'.\-]+(?:\s*,?\s+[A-ZÀÁÂÄÇÉÈÊËÍÎÏÓÔÖÚÛÜÑ][\wÀ-ÿ'.\-]+){0,3})/
  ];
  let name = null;
  for (const rx of patterns) {
    const m = html.match(rx);
    if (m && m[1]) {
      const candidate = m[1].trim()
        .replace(/\s+/g, " ")
        .replace(/^(?:EasyVista|EV|Accueil|Home|Planning|ITSMA)[\s\-|•]+/i, "")
        .replace(/[\s\-|•]+(?:EasyVista|EV|ITSMA)$/i, "")
        .trim();
      if (candidate && candidate.length >= 3 && candidate.length <= 80
          && /[A-Za-zÀ-ÿ]/.test(candidate)
          && !/\b(login|connexion|sign\s*in|easyvista|ITSMA)\b/i.test(candidate)) {
        name = candidate;
        break;
      }
    }
  }
  // v4.2.2 : on extrait aussi le service/unité si disponible (h6 à côté du h5)
  let service = null;
  const serviceMatch = html.match(
    /<span\s+class=["']profile-info["'][^>]*>[\s\S]{0,500}?<span\s+class=["']h6["'][^>]*title=["']([^"']{2,80})["']/i
  );
  if (serviceMatch && serviceMatch[1]) {
    service = serviceMatch[1].trim();
  }
  // Login / identifiant court (optionnel)
  let login = null;
  const loginPatterns = [
    /data-user-login\s*=\s*["']([^"']+)["']/i,
    /data-login\s*=\s*["']([^"']+)["']/i,
    /EV\.User\.login\s*=\s*["']([^"']+)["']/,
    /userLogin\s*[:=]\s*["']([^"']+)["']/
  ];
  for (const rx of loginPatterns) {
    const m = html.match(rx);
    if (m && m[1]) {
      login = m[1].trim();
      break;
    }
  }
  if (!name && !login && !service) return null;
  return { name, login, service };
 }
 // ============================================================================
 // v4.2.6 : Création d'absence
 // ============================================================================
 /**
 * Envoie un POST vers plan_set_holidays_popup.php pour créer une absence.
 * Format attendu (analysé depuis le HTML EasyVista) :
 *   Query params : PHPSESSID, MAIN_DIRECTORY, ROOT_DIRECTORY, current_date,
 *                  empl_ids, begin_hour, end_hour, plagehoraire
 *   Body : start_date, start_time, end_date, end_time, label_guid, dialog_action
 *
 * @param {string} origin - "https://itsma.vd.ch" ou similaire
 * @param {string} phpsessid
 * @param {Object} opts - { techIds: string[], startDate: "DD/MM/YYYY",
 *                          startTime: "HH:MM:SS", endDate, endTime,
 *                          typeGuid, currentDate }
 */
 async function submitAbsence(origin, phpsessid, opts) {
  const emplIds = (opts.techIds || []).join(",");
  if (!emplIds) throw new Error("Aucun technicien sélectionné");
  const internalurltime = Math.floor(Date.now() / 1000);
  const url = `${origin}/include/components/staff/planning/plan_set_holidays_popup.php`
    + `?PHPSESSID=${encodeURIComponent(phpsessid)}`
    + `&internalurltime=${internalurltime}`
    + `&MAIN_DIRECTORY=${encodeURIComponent("/")}`
    + `&ROOT_DIRECTORY=${encodeURIComponent("/ccv/data/www/itsma/htdocs/")}`
    + `&current_date=${encodeURIComponent(opts.currentDate)}`
    + `&empl_ids=${encodeURIComponent(emplIds)}`
    + `&begin_hour=8`
    + `&end_hour=18`
    + `&plagehoraire=0`;
  const body = new URLSearchParams();
  body.set("start_date", opts.startDate);
  body.set("start_time", opts.startTime);
  body.set("end_date", opts.endDate);
  body.set("end_time", opts.endTime);
  body.set("label_guid", opts.typeGuid);
  body.set("dialog_action", "save_holidays");
  console.log("[bg] submitAbsence →", url.substring(0, 140));
  console.log("[bg]   body:", body.toString());
  const r = await fetch(url, {
    method: "POST",
    credentials: "include",
    headers: { "Content-Type": "application/x-www-form-urlencoded" },
    body: body.toString()
  });
  console.log("[bg]   status =", r.status);
  if (!r.ok) {
    throw new Error("HTTP " + r.status);
  }
  const responseText = await r.text();
  if (looksLikeLoginPage(responseText)) {
    throw new Error("session_expired");
  }
  // Succès : on ne sait pas le format exact de la réponse EasyVista, on
  // considère qu'un HTTP 200 non-login signifie succès.
  return { status: r.status };
 }
 // ============================================================================
 // v4.2.6 : Envoi sur douchette
 // ============================================================================
 /**
 * Envoie la planification du jour sur la douchette des techs sélectionnés.
 *
 * Endpoint identifié (via l'inspection de la page EasyVista) :
 *   POST /include/components/staff/planning/plan_set_tech_planif_popup.php
 *   Query : PHPSESSID, current_date, empl_ids (CSV), begin_hour, end_hour,
 *           plagehoraire
 *   Body  : dialog_action=save_planif
 *
 * Contrairement à l'absence, un seul POST suffit pour tous les techs (empl_ids
 * est une CSV), pas besoin de boucler.
 *
 * @param {string} origin
 * @param {string} phpsessid
 * @param {Object} opts - { techIds, currentDate }
 * @returns {{ okCount, errors }}
 */
 async function submitDouchette(origin, phpsessid, opts) {
  const techIds = opts.techIds || [];
  if (techIds.length === 0) throw new Error("Aucun technicien sélectionné");
  const emplIds = techIds.join(",");
  const internalurltime = Math.floor(Date.now() / 1000);
  const url = `${origin}/include/components/staff/planning/plan_set_tech_planif_popup.php`
    + `?PHPSESSID=${encodeURIComponent(phpsessid)}`
    + `&internalurltime=${internalurltime}`
    + `&MAIN_DIRECTORY=${encodeURIComponent("/")}`
    + `&ROOT_DIRECTORY=${encodeURIComponent("/ccv/data/www/itsma/htdocs/")}`
    + `&current_date=${encodeURIComponent(opts.currentDate)}`
    + `&empl_ids=${encodeURIComponent(emplIds)}`
    + `&begin_hour=8`
    + `&end_hour=18`
    + `&plagehoraire=0`;
  const body = new URLSearchParams();
  body.set("dialog_action", "save_planif");
  console.log("[bg] submitDouchette →", url.substring(0, 160));
  console.log("[bg]   body:", body.toString());
  console.log("[bg]   techs:", emplIds);
  try {
    const r = await fetch(url, {
      method: "POST",
      credentials: "include",
      headers: { "Content-Type": "application/x-www-form-urlencoded" },
      body: body.toString()
    });
    console.log("[bg]   status =", r.status);
    if (r.status === 401 || r.status === 403) {
      return { okCount: 0, errors: techIds.map(t => ({ techId: t, error: "session_expired" })) };
    }
    if (!r.ok) {
      return { okCount: 0, errors: techIds.map(t => ({ techId: t, error: "HTTP " + r.status })) };
    }
    const responseText = await r.text();
    if (looksLikeLoginPage(responseText)) {
      return { okCount: 0, errors: techIds.map(t => ({ techId: t, error: "session_expired" })) };
    }
    return { okCount: techIds.length, errors: [] };
  } catch (err) {
    const msg = err && err.message ? err.message : String(err);
    return { okCount: 0, errors: techIds.map(t => ({ techId: t, error: msg })) };
  }
 }
 // ============================================================================
 // v5.0.0 : Suppression d'une absence ou d'une réservation
 // ============================================================================
 /**
 * Supprime un item du planning (absence ou réservation) côté EasyVista.
 *
 * v5.0.1 : l'endpoint exact n'est pas totalement certain selon les versions
 * EasyVista. On essaye plusieurs `function_name` jusqu'à trouver celui qui
 * marche. Un "status 200" ne garantit pas que ça a été supprimé (l'API peut
 * répondre 200 même sur un nom de fonction inconnu), mais ça + le reload
 * post-suppression donne un bon signal : si le ticket est toujours là après
 * reload, on réessaye avec le nom suivant.
 *
 * Pour l'absence, dans le HTML le bouton "Supprimer" appelle :
 *   onclick="g_arr_player[N].delete_absence();"
 * qui fait probablement un GET /planning_updator_xhr.php?function_name=...
 * mais le nom exact varie (peut être "delete_absence", "Planning_delete_absence",
 * "fc_delete_absence", etc.)
 *
 * @param {string} origin
 * @param {string} phpsessid
 * @param {string} actionId - ID de l'action à supprimer
 * @param {string} kind - "absence" ou "reservation"
 */
 async function deletePlanningItem(origin, phpsessid, actionId, kind) {
  if (!actionId) throw new Error("actionId manquant");
  // v5.0.1 : plusieurs function_name à tester dans l'ordre (du plus probable
  // au moins probable). Le premier qui renvoie 200 ET non-login est considéré OK.
  const fnNames = kind === "reservation"
    ? [
        "Planning_delete_reservation",
        "delete_reservation",
        "fc_delete_reservation",
        "delete_act_reservation",
        "delete_planning_reservation",
        "remove_reservation",
        // v5.0.2 : réservations sont parfois traitées comme absences côté API
        "Planning_delete_absence",
        "delete_absence",
        "fc_delete_absence"
      ]
    : [
        // v5.0.2 : élargir la liste, on a essayé 3 sans succès. Les variantes
        // plausibles vues dans les API EasyVista :
        "Planning_delete_absence",      // le plus "officiel"
        "delete_absence",               // le nom JS dans le onclick
        "fc_delete_absence",            // pattern fc_*
        "delete_act_absence",           // parfois "act_" dans les noms
        "Planning_delete_holiday",      // en anglais
        "delete_holiday",
        "fc_delete_holiday",
        "delete_planning_absence",      // variation complète
        "remove_absence"
      ];
  let lastErr = null;
  let lastBody = null;
  for (const fn of fnNames) {
    const url = `${origin}/planning_updator_xhr.php`
      + `?PHPSESSID=${encodeURIComponent(phpsessid)}`
      + `&function_name=${encodeURIComponent(fn)}`
      + `&action_id=${encodeURIComponent(actionId)}`;
    console.log(`[bg] deletePlanningItem → tente function_name=${fn}`, url.substring(0, 180));
    try {
      const r = await fetch(url, { method: "GET", credentials: "include" });
      const body = await r.text();
      console.log(`[bg]   status=${r.status} | body (200 premiers chars) : ${(body || "").substring(0, 200)}`);
      if (r.status === 401 || r.status === 403) {
        throw new Error("session_expired");
      }
      if (!r.ok) {
        lastErr = new Error("HTTP " + r.status);
        continue; // tente le prochain
      }
      if (looksLikeLoginPage(body)) {
        throw new Error("session_expired");
      }
      // v5.0.1 : heuristique pour détecter si la suppression a marché.
      // EasyVista renvoie typiquement :
      //   - une chaine vide ou "ok" ou "1" si succès
      //   - un message d'erreur / html d'erreur si function_name inconnu
      // On considère que tout ce qui n'est pas un message d'erreur évident
      // est un succès. Si plusieurs fn renvoient 200, on prend le premier.
      const trimmed = (body || "").trim().toLowerCase();
      const looksLikeError = trimmed.includes("error")
                          || trimmed.includes("erreur")
                          || trimmed.includes("unknown function")
                          || trimmed.includes("fonction inconnue")
                          || trimmed.includes("<html");
      if (!looksLikeError) {
        console.log(`[bg]   → suppression OK avec function_name=${fn}`);
        return { status: r.status, functionName: fn, body: body.substring(0, 200) };
      }
      console.log(`[bg]   → réponse ressemble à une erreur, on tente le prochain nom`);
      lastBody = body;
    } catch (err) {
      if (err.message === "session_expired") throw err;
      console.warn(`[bg]   erreur avec ${fn}:`, err);
      lastErr = err;
    }
  }
  // Aucun n'a fonctionné
  throw new Error("Aucun endpoint de suppression n'a fonctionné. "
    + (lastBody ? "Dernière réponse : " + lastBody.substring(0, 100) : "")
    + (lastErr ? " | " + lastErr.message : ""));
 }
 // ============================================================================
 // v5.0.0 : Détection de la liste des techniciens depuis la page planning EV
 // ============================================================================
 /**
 * v5.0.1 : Détection de la liste complète des membres du groupe EasyVista.
 *
 * Stratégie :
 * 1) On part des valeurs connues (group_id=191 et support_ids par défaut).
 *    Pas besoin de fetcher la page planning HTML (qui souvent ne contient
 *    pas ces valeurs accessibles en fetch direct, car EasyVista utilise
 *    des redirections JS).
 * 2) Fetch direct /include/components/staff/planning/plan_view_group_supports.php
 *    qui retourne le HTML d'une popup listant tous les membres du groupe.
 * 3) Parser ce HTML pour extraire les paires (id, nom).
 *
 * Retourne { ids: [{id, name, alreadyInTeam}], groupId }.
 */
 async function detectTeamFromEV(origin, phpsessid) {
  // v5.0.1 : valeurs par défaut (correspondent au groupe actuel).
  // À terme elles devraient venir de la config admin.
  const DEFAULT_GROUP_ID = "191";
  const DEFAULT_SUPPORT_IDS = "76272,83725,66635,92235,90070,40944,72485,86874";
  const groupId = DEFAULT_GROUP_ID;
  const supportIds = DEFAULT_SUPPORT_IDS;
  console.log("[bg] detectTeamFromEV : group_id =", groupId, "| support_ids =", supportIds);
  // Fetch la popup de sélection des intervenants du groupe
  const popupUrl = origin + "/include/components/staff/planning/plan_view_group_supports.php"
    + "?PHPSESSID=" + encodeURIComponent(phpsessid)
    + "&eventName="
    + "&theme="
    + "&support_ids=" + encodeURIComponent(supportIds)
    + "&group_id=" + encodeURIComponent(groupId);
  console.log("[bg] detectTeamFromEV → popup group_supports");
  console.log("[bg]   URL =", popupUrl.substring(0, 240));
  let popupHtml = "";
  try {
    const r = await fetch(popupUrl, { method: "GET", credentials: "include" });
    console.log("[bg]   popup status =", r.status);
    if (!r.ok) throw new Error("HTTP " + r.status + " sur popup group");
    popupHtml = await r.text();
    console.log("[bg]   popup taille HTML =", popupHtml.length);
    if (looksLikeLoginPage(popupHtml)) throw new Error("session_expired");
  } catch (e) {
    console.warn("[bg] detectTeam: fetch popup failed:", e);
    // Fallback : au moins on retourne les IDs connus avec noms vides
    const ids = DEFAULT_SUPPORT_IDS.split(",").filter(Boolean);
    return {
      ids: ids.map(id => ({ id, name: "? (" + id + ")", alreadyInTeam: true })),
      groupId
    };
  }
  // Parser le HTML. Différents patterns possibles.
  const results = [];
  const currentIdsSet = new Set(supportIds.split(",").filter(Boolean));
  // v5.0.1 : log le début du HTML pour diagnostic si parsing échoue
  console.log("[bg]   popup HTML (début) =", popupHtml.substring(0, 500));
  // Pattern 1 : checkboxes + texte voisin
  const rxCheckbox = /<input[^>]*type=["']checkbox["'][^>]*value=["'](\d{4,7})["'][^>]*>([\s\S]{0,400}?)(?=<input|<\/tr|<\/table|$)/gi;
  let mC;
  while ((mC = rxCheckbox.exec(popupHtml)) !== null) {
    const id = mC[1];
    const context = mC[2];
    const nameMatch = context.match(/([A-ZÀ-ÿ][A-Za-zÀ-ÿ\-']+,\s*[A-ZÀ-ÿ][A-Za-zÀ-ÿ\-' \.]+)/);
    const name = nameMatch ? nameMatch[1].trim() : null;
    if (!results.some(r => r.id === id)) {
      results.push({ id, name: name || "? (" + id + ")", alreadyInTeam: currentIdsSet.has(id) });
    }
  }
  console.log("[bg]   parsing pattern 1 (checkbox) :", results.length, "résultats");
  // Pattern 2 : fallback <option value="76272">Nom...</option>
  if (results.length === 0) {
    const rxOption = /<option[^>]*value=["'](\d{4,7})["'][^>]*>([^<]+)<\/option>/gi;
    let mO;
    while ((mO = rxOption.exec(popupHtml)) !== null) {
      const id = mO[1];
      const name = (mO[2] || "").trim();
      if (!results.some(r => r.id === id)) {
        results.push({ id, name: name || "? (" + id + ")", alreadyInTeam: currentIdsSet.has(id) });
      }
    }
    console.log("[bg]   parsing pattern 2 (option) :", results.length, "résultats");
  }
  // Pattern 3 : fallback brut tags HTML contenant ID à proximité d'un nom
  if (results.length === 0) {
    // Chercher chaque ID 4-7 chiffres et regarder les 200 caractères qui suivent
    const rxAnyId = /\b(\d{5,7})\b([\s\S]{0,200})/g;
    let mA;
    while ((mA = rxAnyId.exec(popupHtml)) !== null) {
      const id = mA[1];
      // Ignorer les IDs qui ressemblent à des timestamps / hash
      if (id.length > 6 && parseInt(id, 10) > 1000000000) continue;
      const context = mA[2];
      const nameMatch = context.match(/([A-ZÀ-ÿ][A-Za-zÀ-ÿ\-']+,\s*[A-ZÀ-ÿ][A-Za-zÀ-ÿ\-' \.]{2,30})/);
      if (nameMatch && !results.some(r => r.id === id)) {
        results.push({ id, name: nameMatch[1].trim(), alreadyInTeam: currentIdsSet.has(id) });
      }
    }
    console.log("[bg]   parsing pattern 3 (brut) :", results.length, "résultats");
  }
  // Ajouter les IDs actuels manquants (sans nom)
  for (const id of currentIdsSet) {
    if (!results.some(r => r.id === id)) {
      results.push({ id, name: "? (" + id + ")", alreadyInTeam: true });
    }
  }
  console.log("[bg]   " + results.length + " personnes retournées");
  return { ids: results, groupId: groupId };
 }
 // ============================================================================
 // Messages du viewer
 // ============================================================================
 chrome.runtime.onMessage.addListener((msg, sender, sendResponse) => {
  (async () => {
    try {
      if (msg.type === "getSession") {
        const session = await findEasyVistaSession();
        sendResponse({ ok: true, session });
        return;
      }
      if (msg.type === "fetchPlanning") {
        const session = await findEasyVistaSession();
        if (!session) {
          sendResponse({ ok: false, error: "no_session" });
          return;
        }
        try {
          // Fetch XML calendar_block du planning (rapide ~40 ko)
          const xml = await fetchPlanningXml(session.origin, session.phpsessid, msg.unixDate);
          if (looksLikeLoginPage(xml)) {
            sendResponse({ ok: false, error: "session_expired" });
            return;
          }
          sendResponse({ ok: true, xml, session });
        } catch (err) {
          // v4.2 : classification de l'erreur pour afficher le bon écran
          const errorCode = err.kind || (
            /network|fetch|typeerror/i.test(err.message) ? "ev_unreachable" : "ev_unreachable"
          );
          sendResponse({ ok: false, error: errorCode, httpStatus: err.status, detail: err.message });
        }
        return;
      }
      if (msg.type === "fetchXhr2") {
        const session = await findEasyVistaSession();
        if (!session) {
          sendResponse({ ok: false, error: "no_session" });
          return;
        }
        try {
          const body = await fetchXhr2(session.origin, session.phpsessid, msg.actionId);
          sendResponse({ ok: true, body });
        } catch (err) {
          sendResponse({
            ok: false,
            error: err.kind || "fetch_failed",
            httpStatus: err.status,
            detail: err.message || String(err)
          });
        }
        return;
      }
      if (msg.type === "fetchFiche") {
        const session = await findEasyVistaSession();
        if (!session) {
          sendResponse({ ok: false, error: "no_session" });
          return;
        }
        try {
          const html = await fetchFicheHtml(session.origin, session.phpsessid, msg.formLink);
          if (looksLikeLoginPage(html)) {
            sendResponse({ ok: false, error: "session_expired" });
            return;
          }
          sendResponse({ ok: true, html, session });
        } catch (err) {
          sendResponse({
            ok: false,
            error: err.kind || "fetch_failed",
            httpStatus: err.status,
            detail: err.message || String(err)
          });
        }
        return;
      }
      if (msg.type === "fetchTimelineApi") {
        const session = await findEasyVistaSession();
        if (!session) {
          sendResponse({ ok: false, error: "no_session" });
          return;
        }
        try {
          const body = await fetchTimelineApi(
            session.origin, session.phpsessid,
            msg.guid, msg.formId, msg.formChecksum
          );
          if (looksLikeLoginPage(body)) {
            sendResponse({ ok: false, error: "session_expired" });
            return;
          }
          sendResponse({ ok: true, body });
        } catch (err) {
          sendResponse({
            ok: false,
            error: err.kind || "fetch_failed",
            httpStatus: err.status,
            detail: err.message || String(err)
          });
        }
        return;
      }
      if (msg.type === "fetchCurrentUser") {
        // v4.2 : essaie d'identifier l'utilisateur EasyVista connecté en
        // fetchant la page d'accueil et en cherchant dans le HTML un champ
        // contenant son nom. Si on trouve rien, on renvoie { ok: true,
        // user: null } pour que l'UI sache qu'on n'a pas pu.
        const session = await findEasyVistaSession();
        if (!session) {
          sendResponse({ ok: false, error: "no_session" });
          return;
        }
        try {
          const user = await fetchCurrentUser(session.origin, session.phpsessid);
          sendResponse({ ok: true, user });
        } catch (err) {
          sendResponse({ ok: false, error: String(err) });
        }
        return;
      }
      if (msg.type === "submitAbsence") {
        // v4.2.6 : crée une absence dans EasyVista via POST vers
        // /include/components/staff/planning/plan_set_holidays_popup.php
        const session = await findEasyVistaSession();
        if (!session) {
          sendResponse({ ok: false, error: "no_session" });
          return;
        }
        try {
          const result = await submitAbsence(session.origin, session.phpsessid, msg);
          sendResponse({ ok: true, result });
        } catch (err) {
          sendResponse({ ok: false, error: err.message || String(err) });
        }
        return;
      }
      if (msg.type === "submitDouchette") {
        // v4.2.6 : envoie la planification sur la douchette de chaque tech.
        // On teste plusieurs URLs possibles (l'endpoint exact n'est pas dans
        // le HTML statique que nous avons analysé).
        const session = await findEasyVistaSession();
        if (!session) {
          sendResponse({ ok: false, error: "no_session" });
          return;
        }
        try {
          const result = await submitDouchette(session.origin, session.phpsessid, msg);
          sendResponse({ ok: true, okCount: result.okCount, errors: result.errors });
        } catch (err) {
          sendResponse({ ok: false, error: err.message || String(err) });
        }
        return;
      }
      if (msg.type === "deletePlanningItem") {
        // v5.0.0 : supprime une absence ou réservation côté EasyVista.
        // Endpoint : /planning_updator_xhr.php?function_name=...&action_id=...
        // Exemples de function_name :
        //   - Planning_delete_absence
        //   - Planning_delete_reservation
        const session = await findEasyVistaSession();
        if (!session) {
          sendResponse({ ok: false, error: "no_session" });
          return;
        }
        try {
          const result = await deletePlanningItem(
            session.origin, session.phpsessid, msg.actionId, msg.kind
          );
          sendResponse({ ok: true, result });
        } catch (err) {
          sendResponse({ ok: false, error: err.message || String(err) });
        }
        return;
      }
      if (msg.type === "detectTeam") {
        // v5.0.0 : détecte la liste des IDs de techniciens depuis le HTML
        // v5.0.1 : retourne aussi les noms via la popup group_supports
        const session = await findEasyVistaSession();
        if (!session) {
          sendResponse({ ok: false, error: "no_session" });
          return;
        }
        try {
          const result = await detectTeamFromEV(session.origin, session.phpsessid);
          // result = { ids: [{id,name,alreadyInTeam}, ...], groupId }
          sendResponse({ ok: true, members: result.ids, groupId: result.groupId });
        } catch (err) {
          sendResponse({ ok: false, error: err.message || String(err) });
        }
        return;
      }
      if (msg.type === "cleanupOldCaches") {
        const removed = await cleanupOldCaches(msg.daysToKeep || 7);
        sendResponse({ ok: true, removed });
        return;
      }
      sendResponse({ ok: false, error: "unknown_message" });
    } catch (err) {
      console.error("background error:", err);
      sendResponse({ ok: false, error: err.message || String(err) });
    }
  })();
  // Retourner true pour garder sendResponse asynchrone
  return true;
 });
 // ============================================================================
 // v4.2 : les alarmes d'auto-refresh 12h/15h ont été supprimées. Seul le
 //        nettoyage quotidien des caches > 7 jours reste.
 //        On supprime aussi activement les anciennes alarmes créées par les
 //        versions précédentes pour éviter qu'elles restent programmées.
 // ============================================================================
 async function clearLegacyRefreshAlarms() {
  try {
    await chrome.alarms.clear("refresh_12h");
    await chrome.alarms.clear("refresh_15h");
  } catch (e) {
    console.warn("clearLegacyRefreshAlarms:", e);
  }
 }
 // ============================================================================
 // Nettoyage caches > 7 jours
 // ============================================================================
 async function cleanupOldCaches(daysToKeep) {
  const all = await chrome.storage.local.get(null);
  const threshold = new Date();
  threshold.setDate(threshold.getDate() - daysToKeep);
  const thresholdStr = threshold.toISOString().substring(0, 10); // YYYY-MM-DD
  const toRemove = [];
  for (const key of Object.keys(all)) {
    // Nos clés de cache sont planning_cache_YYYY-MM-DD
    const m = key.match(/^planning_cache_(\d{4}-\d{2}-\d{2})$/);
    if (m && m[1] < thresholdStr) {
      toRemove.push(key);
    }
  }
  if (toRemove.length > 0) {
    await chrome.storage.local.remove(toRemove);
  }
  return toRemove.length;
 }
 // Au démarrage, nettoyer les anciennes alarmes et les anciens caches
 chrome.runtime.onInstalled.addListener(() => {
  clearLegacyRefreshAlarms();
  cleanupOldCaches(7).catch(err => console.warn("cleanup:", err));
 });
 chrome.runtime.onStartup.addListener(() => {
  clearLegacyRefreshAlarms();
  cleanupOldCaches(7).catch(err => console.warn("cleanup:", err));
 });
@@ -0,0 +1,98 @@
 #!/usr/bin/env bash
 ###############################################################################
 # build.sh — génère dist/chromium/, dist/firefox/, et les archives .zip / .xpi
 # à partir du code source dans src/.
 #
 # 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'])")
 echo "==> Build Planification v$VERSION"
 rm -rf dist
 mkdir -p dist/chromium dist/firefox
 # ---- Chromium : copie src/ tel quel (manifest sans gecko_settings) ----
 cp -r src/* dist/chromium/
 echo "  ✓ dist/chromium/ ($(du -sh dist/chromium | cut -f1))"
 # ---- Firefox : copie src/ + manifest avec browser_specific_settings ----
 cp -r src/* dist/firefox/
 python3 - <<EOF
 import json
 with open('src/manifest.json', 'r') as f: m = json.load(f)
 m['browser_specific_settings'] = {
  'gecko': {
    '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')
 EOF
 echo "  ✓ dist/firefox/ ($(du -sh dist/firefox | cut -f1))"
 # ---- Archives ZIP / XPI prêtes à distribuer ----
 cd dist/chromium && zip -rq "../planification-v${VERSION}-chromium.zip" . && cd ../..
 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é."
@@ -0,0 +1,38 @@
 {
  "addons": {
    "planification-dgnsi@netaplaid.ch": {
      "updates": [
        {
          "version": "2026.5.45",
          "update_link": "https://gitea.netaplaid.ch/FroSteel/Planification/releases/download/v2026.5.45/planification-v2026.5.45-firefox.xpi",
          "update_hash": "sha256:42ac47aeda23912e80051fc941ba45a0dec74ec4a6c509a25270c27b73dddead"
        },
        {
          "version": "2026.5.44",
          "update_link": "https://gitea.netaplaid.ch/FroSteel/Planification/releases/download/v2026.5.44/planification-v2026.5.44-firefox.xpi",
          "update_hash": "sha256:e56e87d59c465e5df828b18d74376f561bf34e81e21bf4d70989a709e89217e0"
        },
        {
          "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:7052200fab3c9266d5b809398a00dac768679ab2e96e4e147e4bb86c4ab648e5"
        },
        {
          "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"
        }
      ]
    }
  }
 }
@@ -1,13 +1,25 @@
 {
  "manifest_version": 3,
  "name": "Planification",
-  "version": "5.0.7",
+  "version": "2026.5.45",
-  "description": "Vue claire et rapide du planning des techniciens EasyVista. Regroupe interventions et réservations par tech, affiche horaires, contact, lieu, catégorie et statut en un coup d'œil.",
+  "description": "Vue claire et rapide du planning des techniciens EasyVista. Développé par Quentin Rouiller — DGNSI, Canton de Vaud.",
-  "permissions": ["activeTab", "scripting", "storage", "tabs", "alarms"],
+  "permissions": [
    "activeTab",
    "scripting",
    "storage",
    "tabs",
    "alarms"
  ],
  "optional_permissions": [
    "cookies"
  ],
  "host_permissions": [
    "https://itsma.etat-de-vaud.ch/*",
    "https://itsma.vd.ch/*"
  ],
  "optional_host_permissions": [
    "https://*/*"
  ],
  "action": {
    "default_title": "Ouvrir la Planification"
  },
@@ -21,7 +33,11 @@
  },
  "web_accessible_resources": [
    {
-      "resources": ["viewer.html", "viewer.js", "viewer.css"],
+      "resources": [
        "viewer.html",
        "viewer.js",
        "viewer.css"
      ],
      "matches": [
        "https://itsma.etat-de-vaud.ch/*",
        "https://itsma.vd.ch/*"
@@ -1,4 +1,13 @@
 <!doctype html>
 <!--
  Planification — Extension navigateur EasyVista (Canton de Vaud / DGNSI)
  Copyright (c) 2026 Quentin Rouiller
  Licensed under the MIT License — see LICENSE file in the project root.
  @author Quentin Rouiller
  @repository https://gitea.netaplaid.ch/FroSteel/Planification
 -->
 <html lang="fr">
 <head>
  <meta charset="utf-8">
@@ -9,22 +18,41 @@
  <header class="topbar">
    <div class="topbar-left">
      <!-- v4.2.3 : pastille avec initiales de l'utilisateur connecté, avant
-           le titre. Clic → popup fixe avec nom complet juste en dessous. -->
+           le titre. Clic → popup fixe avec nom complet juste en dessous.
-      <button id="user-badge" class="user-badge hidden"
+           v2026.5.34 : TOUJOURS visible d'office avec "?" (état user inconnu)
           pour garantir l'accès au menu (⊞ Vue / ⚙ Paramètres) même si
           la détection user échoue ou est en retard.
           Le script JS mettra à jour le textContent + classes quand le
           fetch aboutit. En cas d'échec persistant, reste sur "?". -->
      <button id="user-badge" class="user-badge user-badge-unknown"
              type="button" aria-label="Utilisateur connecté"
-              title="Utilisateur connecté"></button>
+              title="Utilisateur — cliquer pour accéder aux paramètres">?</button>
      <h1 id="app-title">Planification</h1>
-      <div class="date-nav">
+      <!-- : bloc "Aujourd'hui + horloge" encadré, suivi DIRECTEMENT
-        <button id="nav-prev" class="btn btn-nav" title="Jour précédent" aria-label="Jour précédent">◀</button>
+           du statut d'actualisation (MAJ + ✓), puis le sélecteur de date
-        <input type="date" id="date-picker" class="date-input">
+           du planning. -->
-        <button id="nav-next" class="btn btn-nav" title="Jour suivant" aria-label="Jour suivant">▶</button>
+      <div id="today-block" class="today-block">
-        <button id="nav-today" class="btn btn-today" title="Aujourd'hui">Auj.</button>
+        <button id="nav-today" class="btn btn-today" title="Revenir au jour courant">Aujourd'hui</button>
        <div id="app-clock" class="app-clock" title="Date et heure actuelles">
          <div id="app-clock-date" class="app-clock-date"></div>
          <div id="app-clock-time" class="app-clock-time"></div>
        </div>
      </div>
      <span id="capture-info" class="capture-info"></span>
      <span id="refresh-check" class="refresh-check hidden" title="Mise à jour terminée">✓</span>
      <div class="date-nav">
        <button id="nav-prev" class="btn btn-nav" title="Jour précédent" aria-label="Jour précédent">◀</button>
        <div class="date-custom-wrapper">
          <div id="date-custom" class="date-custom" role="button" tabindex="0" title="Choisir une date du planning">
            <span id="date-custom-label"></span>
          </div>
          <input type="date" id="date-picker" class="date-input-hidden">
        </div>
        <button id="nav-next" class="btn btn-nav" title="Jour suivant" aria-label="Jour suivant">▶</button>
      </div>
    </div>
-    <!-- v5.0.0 : horloge au milieu, format HH:MM, mise à jour toutes les min -->
+    <!-- v5.0.9 : compteur de session EasyVista (visible < 5 min restantes) -->
-    <div id="app-clock" class="app-clock" title="Heure actuelle"></div>
+    <div id="app-session" class="app-session hidden"></div>
    <div class="topbar-right">
      <!-- v4.2.6 : bouton créer une absence pour un ou plusieurs techs -->
      <button id="absence-btn" class="btn btn-action" title="Créer une absence pour un ou plusieurs techniciens">
Author	SHA1	Message	Date
FroSteel	06c0195130	v2026.5.45 — Dock latéral drag&drop, fix verdicts ghost, multi-onglets EZV Refonte de l'expérience drag&drop avec dock latéral à droite pour parquer des interventions entre les jours. Fix critique du parser de fiche EV qui marquait à tort des interventions terminées comme annulées (les dates d'action sont détectées par scan regex au lieu d'indices fixes [8]/[9]). Décorrélation des « Logs verbeux » et de la case « Garder les disparitions » dans Paramètres → Diagnostics. Issues résolues : #3 #4 #5 #6 #7 #8. Closes #3 #4 #5 #6 #7 #8	2026-05-08 16:30:47 +02:00
FroSteel	c65e943dac	chore: retire .gitignore du repo	2026-05-01 18:17:27 +02:00
FroSteel	d23824359f	docs(README): mise à jour pour v2026.5.44 (topbar, Apparence, onboarding, fix #1 ) - Version courante v2026.5.43 → v2026.5.44 dans le bandeau Aperçu et le tableau de versionning. - Section Admin et configuration : ajout des entrées personnalisation Apparence (couleur topbar 12 presets + 28 polices), onboarding équipe centré, statuts EV configurables. - Section Versions notables : nouvelle entrée v2026.5.44 (topbar refonte, Apparence, vue horizontale enrichie, stats X faits / Y clos, onboarding, refresh séquentiel, fix #1, bugfix divers).	2026-05-01 18:16:26 +02:00
FroSteel	2d242d26ec	v2026.5.44 — Refonte topbar, personnalisation Apparence, onboarding équipe, fix #1 Refresh / cache / verdicts ghost : - Rafraîchissement séquentiel (1 fiche à la fois) avec arrêt instantané via AbortController. - Re-fetch checksum frais (basicAutoComplete + redirectHeader). - Cache merge robuste avec fallback cachedByRef ; cache écrit toutes les 5 fiches (incrémental). - Verdicts ghost unifiés : ✓✓ clos/résolu, ✓ Fait (pending), ✓ jaune Suspendu, retrait silencieux pour cancelled. - Statuts EV configurables depuis Paramètres → EasyVista (matching insensible à la casse, accents, conjugaisons). - Mode diagnostic optionnel (Diagnostics) qui logge tout sans rien retirer. Topbar (vue classique) : - Sélecteur de date du planning ancré au centre absolu (ne se décale plus quand le bouton Arrêter apparaît). - Bouton Aujourd'hui en toutes lettres. - Horloge contextuelle réduite à côté. Personnalisation (Paramètres → Apparence) : - Couleur de la topbar : 12 presets cliquables + picker custom + champ hex. Texte topbar adapté automatiquement (luminance) pour rester lisible. - Police de l'application : 28 choix (Arial, Helvetica, Verdana, Tahoma, Trebuchet, Calibri, Segoe UI, Times New Roman, Georgia, Cambria, Garamond, Palatino, Courier, Consolas, Comic Sans, Impact, …) appliquée à toute la page (cards, popups, panel admin) avec preview live. - Export / import du cache et de admin_config. Vue horizontale : - Bloc Aujourd'hui + horloge empilé verticalement dans la sidebar. - Date sélectionnée mise en avant (taille augmentée, gras), date du jour + heure réduites à la même petite taille. - Barre verticale verte à droite des mini-cards clos/résolu (✓✓), avec décalage du ✓✓ pour ne pas chevaucher. - Sidebar adopte la couleur de topbar custom (titre, horloge, today-block, date sélectionnée, boutons, theme-toggle, séparateurs translucides cohérents via color-mix). Stats globales : - Nouveau compteur 'X faits / Y clos' entre (matin · après-midi) et tech. dispo. - Vue classique : séparateur '//' après clos. - Vue horizontale (sidebar) : barre horizontale 1px de séparation. Onboarding équipe : - Carte centrée propre (icône, titre, description, bouton 'Ouvrir paramètres') quand aucun technicien n'est sélectionné. Bouton ouvre directement la section Équipe du panel admin. Bugfix : - Issue #1 (Pompier + Absence) : les deux badges s'affichent désormais avec '/' au lieu de masquer l'absence. - Absences récurrentes restaurées au switch de groupe (étaient invisibles alors qu'en storage). - Barre de progression / bannière session expirée suivent la hauteur dynamique de la topbar (--topbar-height via ResizeObserver). - STATUS_FR regex limite 30 → 200 chars. - Description action décodée proprement (\u0022, <br>, HTML strippé) ; préfixe 'login:' retiré du commentaire technicien. - Flèche '↗' retirée des références cliquables.	2026-05-01 18:08:11 +02:00
Quentin Rouiller	54b8f826df	docs: clarification audience — coordinateurs DGNSI (pas techniciens) L'extension est utilisée par les coordinateurs DGNSI qui pilotent dans EasyVista le planning de l'équipe technicienne. Les techniciens eux-mêmes consultent leur planning sur leur douchette terrain et n'utilisent pas cet outil. Mises à jour cohérentes : 'public cible' dans README et CHANGELOG. Les mentions 'technicien' qui désignent le sujet du planning (cartes des techniciens, liste des techniciens cochés, etc.) sont conservées puisque ce sont les personnes DONT on regarde le planning.	2026-04-27 06:02:12 +02:00
FroSteel	8ecf2d3df4	Actualiser README.md	2026-04-27 05:52:42 +02:00
Quentin Rouiller	9d8d8102d7	chore: retire CLAUDE.md et toutes mentions externes du repo - Suppression du fichier CLAUDE.md (workflow de développement interne) - Retrait des références correspondantes dans README.md et CHANGELOG.md - .gitignore : retire la section dédiée (les règles secrets génériques .env / *.token / secrets.json couvrent l'essentiel) Le repo ne contient plus que les sources, la doc utilisateur et les métadonnées du projet.	2026-04-27 05:39:53 +02:00
Quentin Rouiller	48b00a8585	docs(README): refonte pour clarté + audience + installation directe - Section Installation rapide ajoutée en tête (Firefox + Chromium avec liens directs vers la release courante). - Audience clarifiée : 'coordinateurs et techniciens DGNSI' (pas juste techniciens — les deux rôles utilisent l'extension). - Doublon de phrase v2026.5.40 retiré. - Versions notables limitées aux 5 dernières + lien vers CHANGELOG / wiki Versions pour l'historique complet. - Lien direct cliquable vers chaque version notable. - Bandeau de liens vers toutes les pages wiki en haut du README. - Lignes de code mises à jour : ~10 700 (viewer.js) + ~1 600 (background.js) + ~4 800 (viewer.css). - Structure du repo réécrite pour refléter le layout flat sur Gitea (build.sh à la racine, pas dans Autres/). - Section Développement simplifiée + référence à CLAUDE.md pour le workflow détaillé.	2026-04-27 05:31:29 +02:00
Quentin Rouiller	6bb97addd6	docs(CLAUDE.md): clarifie Phase 3 signature (addon AMO déjà enregistré) L'addon planification-dgnsi@netaplaid.ch est désormais enregistré sur AMO. Mise à jour du workflow Phase 3 : pour les versions futures, utiliser 'Téléverser une nouvelle version' (pas 'Submit a New Add-on'). Précision aussi sur le fait que Chrome/Edge ne sont pas concernés par AMO et n'ont pas d'auto-update natif.	2026-04-27 05:18:30 +02:00
Quentin Rouiller	05275a3be5	firefox: update_hash v2026.5.43 → sha256 du .xpi signé AMO	2026-04-27 05:02:27 +02:00
Quentin Rouiller	d7b680fb3f	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é.	2026-04-27 04:57:03 +02:00
Quentin Rouiller	3c7e7c0c25	firefox: update_hash v2026.5.42 → sha256 du .xpi signé par Mozilla AMO Le .xpi distribué sur la release v2026.5.42 a été remplacé par sa version signée AMO (signature META-INF/mozilla.rsa + COSE). Le sha256 dans firefox-updates.json reflète maintenant le .xpi signé, ce qui permet l'auto-update Firefox vers la version signée et installable.	2026-04-27 03:44:11 +02:00
Quentin Rouiller	b3677d661a	chore: change addon ID en planification-dgnsi@netaplaid.ch L'ID précédent (planification@netaplaid.ch) était déjà enregistré sur AMO. Nouvel ID : planification-dgnsi@netaplaid.ch — nom plus explicite (mention DGNSI), domaine inchangé. build.sh + firefox-updates.json mis à jour avec le nouvel ID. Sha256 du .xpi v2026.5.42 régénéré.	2026-04-27 03:32:44 +02:00
Quentin Rouiller	8390db9937	v2026.5.42 — Nettoyage de commentaires + exemples génériques Passage en revue des commentaires de 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. README, CHANGELOG et pages wiki Versions/Utilisation mis à jour de manière cohérente.	2026-04-27 03:28:13 +02:00
Quentin Rouiller	2cc9552fbf	security: anonymisation de toutes les données nominatives résiduelles Suite à un audit de sécurité, retrait de TOUTES les données réelles dans le code et la documentation : - src/viewer.js : commentaires-exemples qui contenaient de vrais noms + numéros de téléphone (Seda Kaya, Hélène Dongiovanni, Krkic Admir et leurs numéros) → remplacés par 'Nom1 Prénom1 +41XXXXXXXXX', etc. - src/viewer.js : refs tickets EV avec dates concrètes (SYYMMDD_NNNNN avec vraies dates) → remplacées par 'SYYMMDD_NNNNN' génériques. - src/viewer.js : codes-barres / numéros de série (TPCQ_NNN, MNNN, DNNN, TNNN avec vrais chiffres) → remplacés par 'XXXX_NNNNNNNN', 'XNNNNNN'. - README.md, CHANGELOG.md, wiki Utilisation/Versions : exemples de référence ticket S260424_00042 → SYYMMDD_NNNNN. Aucune donnée nominative ni identifiant réel ne subsiste dans le code, les commentaires, ni la documentation publique. Sha256 du .xpi mis à jour dans firefox-updates.json.	2026-04-27 03:23:20 +02:00
Quentin Rouiller	0327a55c74	fix(firefox): ajoute background.scripts fallback (compat MV3 Firefox/AMO) Mozilla AMO rejetait le .xpi avec : Unsupported "/background/service_worker" manifest property used without "/background/scripts" property as Firefox-compatible fallback. build.sh ajoute maintenant 'scripts: [background.js]' à background.* dans le manifest Firefox uniquement (Chrome ignore 'scripts' quand 'service_worker' est présent ; Firefox ignore 'service_worker' et utilise 'scripts'). Les deux navigateurs chargent le même background.js. Sha256 du .xpi v2026.5.41 mis à jour dans firefox-updates.json.	2026-04-27 03:02:38 +02:00
Quentin Rouiller	67708d1ad3	chore: simplifie firefox-updates.json (repo public, URL raw fixe) - update_url remis sur .../raw/branch/main/firefox-updates.json maintenant que le repo est public (raw URL accessible sans auth). - firefox-updates.json toujours à la racine, contient toutes les versions ; Firefox lit la liste et choisit la plus haute compatible. - Sha256 du .xpi v2026.5.41 mis à jour suite au rebuild. - CLAUDE.md : note sur le channel d'update simplifiée.	2026-04-27 03:00:02 +02:00
Quentin Rouiller	1730758cb4	Distribution: firefox-updates.json + CLAUDE.md (workflow Claude) + nettoyage secrets - firefox-updates.json à la racine : manifest auto-update Firefox avec entrées v2026.5.40 et v2026.5.41 (sha256 NON SIGNÉ pour le moment, à remplacer par celui des .xpi signés AMO). - build.sh : maintient firefox-updates.json automatiquement à chaque build (ajoute ou met à jour l'entrée de la version courante avec son sha256 calculé sur le .xpi produit). - CLAUDE.md : workflow complet pour Claude Code (build → test → push → wiki → signature AMO). Token Gitea jamais dans le fichier (stocké hors repo en mémoire Claude .claude/projects/.../memory/gitea_token.md). - .gitignore : ajout _archives/, .claude/, .env, *.token, secrets.json. - README.md / CHANGELOG.md : retrait email auteur en clair (renvoi vers page wiki Contact, email obfusqué en entités HTML).	2026-04-27 02:55:18 +02:00
Quentin Rouiller	7c0742594c	v2026.5.41 — Suppression des hardcodes runtime + UX admin + thème unifié	2026-04-27 03:00:00 +02:00
Quentin Rouiller	af85473837	v2026.5.40 — Sélection groupe EV + édition domaines + tri équipe + vue horizontale enrichie	2026-04-27 00:43:00 +02:00
Quentin Rouiller	47a0bca998	refactor: ranger le code source dans src/ + script build.sh	2026-04-27 00:00:00 +02:00
Quentin Rouiller	e92b0c4444	v2026.5.39 — Séparation Matin / Après-midi + Apparence (thème, taille du texte, durée du cache, heures de la journée)	2026-04-26 18:10:00 +02:00
Quentin Rouiller	957b754bdc	v2026.5.38 — Attribution auteur + nettoyage + observabilité (LOG unifié, handlers globaux d'erreur, toggle logs verbeux dans admin)	2026-04-25 22:55:00 +02:00
Quentin Rouiller	aabda3ba7e	v2026.5.37 — Refonte vue horizontale (sidebar complète) : topbar supprimée, user-badge + titre + bouton Aujourd'hui + date/heure + stats en sidebar	2026-04-24 13:45:50 +02:00
Quentin Rouiller	6a0324b252	v2026.5.36 — Sidebar verticale en vue horizontale (#horizontal-wrapper [sidebar 200px] + [main]) [code interpolé entre v2026.5.35 et v2026.5.37]	2026-04-24 13:22:08 +02:00
Quentin Rouiller	fd466504c2	v2026.5.35 — Fix popup épinglé position vue horizontale + stats gauche	2026-04-24 13:11:16 +02:00
Quentin Rouiller	02524e78b2	v2026.5.34 — Bouton 📌 restauré + badge user cliquable + positionTooltipAnchored unifiée [code interpolé]	2026-04-24 12:56:34 +02:00
Quentin Rouiller	193b3252d4	v2026.5.33 — Vue horizontale : interactions différenciées (hover/clic) [code interpolé]	2026-04-24 12:12:32 +02:00
Quentin Rouiller	3a28e1bd0a	v2026.5.26 — Badge user-badge cliquable + auto-détection EV à l'ouverture admin	2026-04-23 16:21:48 +02:00
Quentin Rouiller	10a1aef4c7	v2026.5.25 — Bouton ⚙ Paramètres dans popup user-badge (remplace 5 clics secrets sur le titre)	2026-04-23 16:00:38 +02:00
Quentin Rouiller	b77f0a9caa	v2026.5.24 — Améliorations diverses	2026-04-23 15:40:00 +02:00
Quentin Rouiller	f7f81f7d9d	v2026.5.23 — Polish UX	2026-04-23 15:31:44 +02:00
Quentin Rouiller	ddb075d563	v2026.5.22 — Stabilité popups	2026-04-23 15:13:04 +02:00
Quentin Rouiller	f6dc9eaf7b	v2026.5.21 — Polish positionnement popups	2026-04-23 15:03:54 +02:00
Quentin Rouiller	3d5bdbab3d	v2026.5.20 — Safe area : popups jamais cachés sous topbar/dock	2026-04-23 14:48:16 +02:00
Quentin Rouiller	ad952ebc55	v2026.5.19 — Drag-and-drop des popups épinglés	2026-04-23 14:34:08 +02:00
Quentin Rouiller	1a7393c297	v2026.5.18 — Polish date custom	2026-04-23 14:20:52 +02:00
Quentin Rouiller	d589447533	v2026.5.17 — Date custom : label localisé (jour de la semaine en français)	2026-04-23 14:00:10 +02:00
Quentin Rouiller	ea5a42c5e1	v2026.5.16 — Passage au schéma de versionning ANNÉE.MAJEURE.PATCH + faux input date custom (Mardi 24.04.2026)	2026-04-23 13:03:58 +02:00
Quentin Rouiller	763e63d9c6	v5.0.15 — Absences partielles affichées comme rows (gris foncé)	2026-04-21 16:24:24 +02:00
Quentin Rouiller	bea236ca88	v5.0.14 — Affichage timeline pour absences partielles seules	2026-04-21 16:13:04 +02:00
Quentin Rouiller	d6ab8d59e0	v5.0.13 — Cache + retry	2026-04-21 16:04:00 +02:00
Quentin Rouiller	909ddb8301	v5.0.12 — Stabilité	2026-04-21 15:49:08 +02:00
Quentin Rouiller	6794360887	v5.0.11 — Détection contexte réseau (interne/externe via SSO)	2026-04-21 15:44:14 +02:00
Quentin Rouiller	7ba28d3bac	v5.0.10 — Stabilité session EV	2026-04-21 15:32:44 +02:00
Quentin Rouiller	e17f604d9e	v5.0.9 — Surveillance timeout session EasyVista (compteur tick 1s, alertes 5min/2min)	2026-04-21 15:19:06 +02:00
Quentin Rouiller	9d701701e6	v5.0.8 — Correctifs	2026-04-21 12:53:22 +02:00