Version 4.3.0 — Tooltip live libéré après épinglage

(manifest.json corrigé : était resté à 3.2.0 par oubli)

.gitignore

@@ -17,7 +17,6 @@ desktop.ini
 *.old
 
 # Build artifacts (les ZIP/XPI livrés ne sont pas dans le repo, ils sont buildés à la demande)
-dist/
 *.zip
 *.xpi
 *.crx
@@ -38,19 +37,3 @@ tmp/
 
 # Tests
 test-output/
-
-# Archives historiques locales (jamais sur Gitea)
-_archives/
-Old.zip
-Old/
-
-# Mémoire / config Claude Code (ne jamais commit, contient potentiellement
-# des tokens, des notes user, etc.)
-.claude/
-CLAUDE.local.md
-
-# Variables d'environnement / secrets
-.env
-.env.*
-*.token
-secrets.json

CHANGELOG.md

@@ -1,7 +1,7 @@
 # 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 techniciens DGNSI (Canton de Vaud).
+> développée par Quentin Rouiller pour les techniciens IT du Canton de Vaud.
 >
 > Les versions documentées ci-dessous sont celles dont les détails sont connus.
 > Pour les versions plus anciennes, Claude Code se basera sur l'analyse du code
@@ -9,196 +9,8 @@
 
 ---
 
-## 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`,
-  `isPillonelAbsentFriday`) 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)
+**Branche** : current
 
 - Topbar en haut supprimée en vue horizontale
 - User-badge + titre déplacés tout en haut de la sidebar
@@ -363,5 +175,5 @@
 ## Auteur
 
 **Quentin Rouiller** (QRO)
-Technicien DGNSI — Canton de Vaud
+Canton de Vaud — Service IT
-Contact : voir [page wiki Contact](https://gitea.netaplaid.ch/FroSteel/Planification/wiki/Contact)
+Email pour commits Git : `quentin.rouiller@ikmail.com`

CLAUDE.md

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

README.md

@@ -1,14 +1,13 @@
 # Planification — Extension EasyVista Canton de Vaud
 
-Extension Chrome / Firefox pour visualiser de manière claire et rapide le planning des techniciens DGNSI (Canton de Vaud) dans EasyVista.
+Extension Chrome / Firefox pour visualiser de manière claire et rapide le planning des techniciens IT du Canton de Vaud dans EasyVista.
 
 ## Aperçu rapide
 
 - **Auteur** : Quentin Rouiller (QRO)
-- **Cible** : techniciens DGNSI (Canton de Vaud), EasyVista (`itsma.etat-de-vaud.ch` / `itsma.vd.ch`)
+- **Cible** : techniciens IT Canton de Vaud, EasyVista (`itsma.etat-de-vaud.ch` / `itsma.vd.ch`)
 - **Démarrage projet** : jeudi 16 avril 2026
-- **Version actuelle** : `v2026.5.42`
+- **Version actuelle** : `v2026.5.37`
-- **Contact** : voir [page wiki Contact](https://gitea.netaplaid.ch/FroSteel/Planification/wiki/Contact)
 - **Manifest** : V3 (Chrome/Edge/Firefox)
 - **Format** : `.zip` (Chromium) + `.xpi` signé (Firefox)
 
@@ -17,13 +16,12 @@ Extension Chrome / Firefox pour visualiser de manière claire et rapide le plann
 ### Vue planning
 - 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)
+- 8 techniciens hardcodés (équipe IT canton)
 - Cache local pour réduire les requêtes serveur
 
 ### 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`)
 
@@ -50,11 +48,9 @@ Extension Chrome / Firefox pour visualiser de manière claire et rapide le plann
 - Reconnexion automatique
 
 ### Admin et configuration
-- Mode admin : bouton ⚙ Paramètres dans popup user-badge (depuis v2026.5.25)
+- Mode admin caché : bouton ⚙ Paramètres dans popup user-badge (depuis v2026.5.25, remplace les 5 clics secrets sur le titre)
-- Configuration persistée dans `chrome.storage.local` (`admin_config`)
+- Configuration persistée dans `localStorage` (`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
+- Catégories interventions personnalisables (livraison/recup/remplacement/incident/rollout/reservation/autre)
-- É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)
 
 ## Versionning — historique et conventions
 
@@ -64,85 +60,42 @@ L'extension a connu **3 systèmes de versionning successifs** :
 |---|---|---|
 | 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.40` |
+| 21 avril 2026 → maintenant | **Année + mois + patch** | `2026.5.16` → `2026.5.37` |
 
-### Format actuel : `ANNÉE.MAJEURE.PATCH`
+### Pourquoi le passage à `YYYY.M.PATCH` ?
 
-À partir de la **v2026.5.16** (21 avril 2026), l'extension utilise le schéma suivant :
+À partir de la **v2026.5.16** (21 avril 2026), l'extension est passée au versionning par année :
-
+- Plus lisible pour les utilisateurs (l'année indique immédiatement la fraîcheur)
-| Position | Sens | Quand ça change |
+- Plus de débat sur ce qui constitue un "majeur" vs "mineur"
-|---|---|---|
+- Bump du `PATCH` à chaque livraison
-| `2026` | **Année** | À chaque nouvelle année calendaire |
-| `5` | **Majeure** | À chaque **gros changement / ajout important** (refonte, nouvelle feature majeure, bump volontaire) |
-| `40` | **Patch** | À **chaque livraison** dans la majeure courante (corrections, ajustements, petites features) |
-
-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.42` (latest, 27 avril 2026) — Nettoyage de commentaires + exemples génériques
+### `v2026.5.37` (latest, 25 avril 2026) — Refonte vue horizontale
-- Uniformisation des exemples utilisés dans les commentaires de `viewer.js`
+- Topbar supprimée en vue horizontale, tout passe en sidebar
-  (parsing contacts/lieux/références/codes-barres) en placeholders abstraits.
+- User-badge + titre + bouton "Aujourd'hui" + date/heure + sélecteur + flèches + stats dans sidebar
-  Comportement runtime strictement inchangé.
+- Banderole pompier masquée (badge + barre rouge gauche conservés)
 
-### `v2026.5.41` — Suppression des hardcodes + UX admin + thème unifié
+### `v2026.5.36` — Sidebar verticale
-- **Plus aucun hardcode runtime** pour le groupe EV, les domaines, la liste de techniciens ou les absences récurrentes. Tout est piloté par `admin_config` (chrome.storage.local), persisté entre les mises à jour.
-- **Au 1er install** : aucun tech sélectionné, aucune absence récurrente. Le viewer affiche un message *"Aucun technicien sélectionné"* tant que l'utilisateur n'a rien configuré dans Paramètres → Équipe.
-- **Édition des domaines** : `chrome.permissions.request()` au save quand l'utilisateur saisit un domaine custom (au-delà des 2 défauts). Manifest `optional_host_permissions: ["https://*/*"]` pour accepter n'importe quel domaine HTTPS après accord du navigateur.
-- **Heures de la journée** : bouton ✓ Appliquer explicite (au lieu de save direct), toast de confirmation, refetch automatique du planning. Synchronisation effective avec les requêtes EV (`day_start_hour` / `day_end_hour` / `begin_hour` / `end_hour`) — avant, l'affichage changeait mais les requêtes restaient sur 8h-19h hardcodés.
-- **Thème unifié** : le toggle 🌙 de la topbar et le sélecteur Apparence du panel admin écrivent dans la même clé (`cfg.theme`). Le mode "Automatique" est résolu en JS via `prefers-color-scheme` (le CSS n'avait pas de bloc `@media`, ce qui faisait retomber sur le clair même quand l'OS était en sombre). Listener `matchMedia` pour bascule live en mode auto.
-- **Conflit absence/réservation × intervention** : si une intervention est planifiée pendant qu'un tech a une absence (toute la journée ou demi-journée) ou une réservation au même créneau, sa carte est peinte en **rouge plein** (intervention conflictuelle). Logique : full-day → toutes en rouge ; partiel → seules celles en chevauchement.
-- **Pillonel & Cie** : suppression de la fonction hardcodée `isPillonelAbsentFriday()`. L'absence récurrente est désormais générique : `RECURRING_ABSENCES[tech.id]` lit `cfg.recurringAbsences` et le label "Absent le X" est calculé dynamiquement depuis le jour de la semaine.
-- **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.
-- **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
-- Section **À propos** (version, auteur, licence)
-
-### `v2026.5.38` — Attribution auteur + nettoyage + observabilité
-- Module `LOG` unifié + handlers globaux d'erreur
-- Toggle "Logs verbeux (debug)" dans le panel admin
-- En-têtes copyright dans tous les fichiers source
-
-### `v2026.5.37` — Refonte vue horizontale (sidebar complète)
-- Topbar entièrement déplacée en sidebar verticale
-
-### `v2026.5.36` — Sidebar verticale en vue horizontale
 - Wrapper flex-row `#horizontal-wrapper` [sidebar 200px] + [main]
+- Déplacement physique des éléments via `ELEMENTS_TO_RELOCATE`
+- Restauration propre en vue classique
 
 ### `v2026.5.32` — Vue horizontale togglable
 - Bouton ⊞ "Vue" dans popup user-badge
+- Chaque tech = 1 ligne horizontale compacte
+- localStorage `view_mode`
 
 ### `v2026.5.27` — Classification absences
-- Maladie indigo, Congé cyan, Pompier rouge
+- ABSENCE_LABELS : `^(cong[ée]s|maladie|pompier)$`
+- Couleurs catégories
+- Topbar une ligne : "Jeudi 23.04.26 • 21:55"
 
 ### `v4.2.3` — Grande popup timeline persistante
 - Clic segment timeline = popup persistante
+- Hover = popup qui suit la souris
 
 ### `v4.1.3` — Tooltips épinglables
 - Introduction de `pinTooltip`
@@ -150,30 +103,17 @@ Le numéro de **majeure** n'est **pas** un mois et **pas** un chiffre lié au ca
 ### `v1.0.0` (16 avril 2026) — Initiale
 - Premier viewer EasyVista pour le canton
 
-Voir [CHANGELOG.md](CHANGELOG.md) pour l'historique complet (40+ versions taggées).
+Voir [CHANGELOG.md](CHANGELOG.md) pour l'historique complet (40 versions taggées).
 
 ## Architecture technique
 
 ```
-Planning/
+manifest.json       # Manifest V3 (Chrome) + gecko_settings (Firefox)
-├── src/                       # Sources de l'extension (chargées par le navigateur)
+background.js       # Worker fond : fetch planning XML, gestion session, fetch fiches
-│   ├── manifest.json          # Manifest V3 (Chrome) + gecko_settings (Firefox)
+viewer.html         # Interface principale
-│   ├── background.js          # Service worker : fetch planning XML, gestion session, fetch fiches
+viewer.js           # Logique (~9000 lignes) — voir détail ci-dessous
-│   ├── viewer.html            # Interface principale
+viewer.css          # Styles + thèmes clair/sombre
-│   ├── viewer.js              # Logique (~9 500 lignes)
+icons/              # icon16, icon48, icon128
-│   ├── viewer.css             # Styles + thèmes clair/sombre
-│   └── icons/                 # icon16, icon48, icon128
-├── Autres/                    # Méta : build script + docs (depuis v2026.5.40)
-│   ├── build.sh               # Génère dist/chromium/, dist/firefox/, .zip, .xpi
-│   ├── CHANGELOG.md
-│   ├── LICENSE
-│   └── README.md
-├── Builds/                    # Artefacts distribués aux techniciens
-│   ├── Chromium/
-│   ├── Firefox/
-│   ├── planification-vYYYY.M.PATCH-chromium.zip
-│   └── planification-vYYYY.M.PATCH-firefox.xpi
-└── dist/                      # Sortie de build (gitignoré)
 ```
 
 ### `viewer.js` — fonctions clés
@@ -190,42 +130,30 @@ Planning/
 | `_softUnpinPopup` | v4.3.3 | Désépinglage mou (popup reste visible) |
 | `initAppClock` | v5.0.0 | Horloge HH:MM topbar |
 | `initSessionTimer` | v5.0.0 | Compteur session EV (tick 1s) |
+| `initAdminMenu` | v5.0.0 | Menu admin (5 clics titre) |
 | `_applyViewMode` | v2026.5.32 | Toggle vue classique/horizontale |
 | `_maybeRetryFetchUser` | v2026.5.34 | Relance opportuniste fetch user |
 | `positionTooltipAnchored` | v2026.5.34 | Positionnement unifié (4 candidats) |
-| `renderAdminSectionTeam` | v5.0.0 | Onglet admin Équipe (sélecteur groupe EV depuis v2026.5.40) |
-| `renderAdminSectionEV` | v5.0.0 | Onglet admin EasyVista (édition domaines depuis v2026.5.40) |
 
-### `background.js` — fonctions clés
+### Constantes persistantes (toutes versions)
 
-| Fonction | Rôle |
+- 8 techs hardcodés : `76272,83725,66635,92235,90070,40944,72485,86874`
-|---|---|
+- Pillonel Olivier (ID 40944) : absent tous les vendredis (hardcodé)
-| `findEasyVistaSession` | Trouve l'onglet EV ouvert + extrait PHPSESSID |
+- Group ID EasyVista : `191`
-| `fetchPlanningXml` | Fetch XML calendar_block du planning |
-| `fetchFicheHtml` | Fetch HTML d'une fiche EV (avec retry SSO) |
-| `fetchCurrentUser` | Identifie l'user EV connecté |
-| `detectGroupsFromEV` (v2026.5.40) | Parse le `<select id="plan_group_id">` → liste des groupes EV |
-| `detectTeamFromEV` | Liste les membres d'un groupe (paramétrable depuis v2026.5.40) |
-| `evFetch` | Wrapper fetch avec headers EV (Referer, X-Requested-With) |
-
-### Constantes / valeurs hardcodées (toutes versions)
-
-- Group ID EV par défaut : `191` (SI-CSS) — surchargeable via le sélecteur depuis v2026.5.40
-- Pillonel Olivier (ID 40944) : absent tous les vendredis (récurrent)
 - GUIDs forms EV :
   - Demande : `S={C99ECD05-3D48-4C62-ABF0-66292053AED6}`
   - Incident : `I={07ED9C68-6172-48EA-8A58-90912B0A283E}`
 - SSO : Canton ForgeRock OpenAM
-- Storage keys : `admin_config`, `view_mode`
+- Storage keys : `admin_config`, `view_mode` (depuis v2026.5.32)
-- Domaines : `itsma.etat-de-vaud.ch` (interne), `itsma.vd.ch` (externe)
+- Domaines : `itsma.etat-de-vaud.ch` (interne), `itsma.vd.ch` (externe SSO)
 
 ## Installation
 
 ### Firefox
-Télécharger le `.xpi` depuis `Builds/` ou le serveur de mises à jour interne, puis drag-and-drop dans `about:addons`.
+Télécharger le `.xpi` signé depuis le serveur de mises à jour interne, ou drag-and-drop dans `about:addons`.
 
 ### Chrome / Edge
-Mode développeur : décompresser `Builds/planification-vYYYY.M.PATCH-chromium.zip` (ou utiliser directement `dist/chromium/`) et charger en tant qu'extension non empaquetée.
+Mode développeur : décompresser le ZIP et charger en tant qu'extension non empaquetée.
 
 ## Développement
 
@@ -233,19 +161,12 @@ Mode développeur : décompresser `Builds/planification-vYYYY.M.PATCH-chromium.z
 git clone https://gitea.netaplaid.ch/FroSteel/Planification.git
 cd Planification
 
-# Modifier les sources dans src/
+# Pour packager une nouvelle version :
-# Bumper la version dans src/manifest.json + ajouter une entrée dans Autres/CHANGELOG.md
+# 1. modifier le code
-# Builder :
+# 2. bump version dans manifest.json
-./Autres/build.sh
+# 3. zip + xpi
-# → produit dist/chromium/, dist/firefox/, dist/*.zip, dist/*.xpi
-
-# Copier dans Builds/ pour distribution :
-cp -r dist/chromium Builds/Chromium
-cp -r dist/firefox  Builds/Firefox
-cp dist/*.zip dist/*.xpi Builds/
-
 git add -A
-git commit -m "vYYYY.M.PATCH — description"
+git commit -m "Version YYYY.M.PATCH — description"
 git tag vYYYY.M.PATCH
 git push origin main
 git push --tags
@@ -258,5 +179,4 @@ git push --tags
 ## Auteur
 
 **Quentin Rouiller** (QRO)
-Technicien DGNSI — Canton de Vaud
+Canton de Vaud — Service IT
-Contact : voir [page wiki Contact](https://gitea.netaplaid.ch/FroSteel/Planification/wiki/Contact)

background.js

@@ -0,0 +1,654 @@
+// 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);
+  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 })) };
+  }
+}
+
+// ============================================================================
+// 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 === "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));
+});

build.sh

@@ -1,98 +0,0 @@
-#!/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@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@netaplaid.ch"
-update_link = f"https://gitea.netaplaid.ch/FroSteel/Planification/releases/download/v${VERSION}/planification-v${VERSION}-firefox.xpi"
-
-if os.path.exists(JSON_PATH):
-    with open(JSON_PATH) as f: data = json.load(f)
-else:
-    data = {"addons": {ADDON_ID: {"updates": []}}}
-
-addon = data.setdefault("addons", {}).setdefault(ADDON_ID, {"updates": []})
-updates = addon.setdefault("updates", [])
-
-# Retirer toute entrée existante pour cette version (idempotent)
-updates = [u for u in updates if u.get("version") != "${VERSION}"]
-# Ajouter en tête
-updates.insert(0, {
-    "version": "${VERSION}",
-    "update_link": update_link,
-    "update_hash": "sha256:" + sha,
-})
-addon["updates"] = updates
-
-with open(JSON_PATH, 'w') as f:
-    json.dump(data, f, indent=2, ensure_ascii=False)
-    f.write('\n')
-
-print(f"  ✓ firefox-updates.json mis à jour (sha256 NON SIGNÉ : {sha[:16]}…)")
-EOF
-
-echo ""
-echo "Pour Chrome  : charger dist/chromium/ en mode développeur"
-echo "Pour Firefox : signer dist/planification-v${VERSION}-firefox.xpi sur AMO"
-echo "  Après signature, remplacer le sha256 dans firefox-updates.json par celui du .xpi signé."

firefox-updates.json

@@ -1,23 +0,0 @@
-{
-  "addons": {
-    "planification@netaplaid.ch": {
-      "updates": [
-        {
-          "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:3d8cf762bf0921f9da473a9a5e31368fee21f0b9fd71f9f9432d256127de8674"
-        },
-        {
-          "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"
-        }
-      ]
-    }
-  }
-}

manifest.json

@@ -1,8 +1,8 @@
 {
   "manifest_version": 3,
   "name": "Planification",
-  "version": "2026.5.42",
+  "version": "4.3.0",
-  "description": "Vue claire et rapide du planning des techniciens EasyVista. Développé par Quentin Rouiller — DGNSI, Canton de Vaud.",
+  "description": "Vue claire du planning EasyVista (itsma.etat-de-vaud.ch et itsma.vd.ch). v4.3.0 : (1) conflits horaires entre interventions d'un même tech affichés en rouge + ⚠. (2) Réservations disparues retirées directement (pas de re-fetch inutile). (3) Popups épinglés détachés : plusieurs peuvent coexister, ancrés au contenu (scrollent avec la page), auto-positionnés sans se marcher dessus (toast si pas de place), Échap pour tout fermer, Ctrl×2 pour fermer si un seul épinglé. Inclut v4.2.9.",
   "permissions": [
     "activeTab",
     "scripting",
@@ -14,9 +14,6 @@
     "https://itsma.etat-de-vaud.ch/*",
     "https://itsma.vd.ch/*"
   ],
-  "optional_host_permissions": [
-    "https://*/*"
-  ],
   "action": {
     "default_title": "Ouvrir la Planification"
   },

viewer.html

@@ -1,13 +1,4 @@
 <!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">
@@ -18,39 +9,20 @@
   <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. -->
-           v2026.5.34 : TOUJOURS visible d'office avec "?" (état user inconnu)
+      <button id="user-badge" class="user-badge hidden"
-           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 — cliquer pour accéder aux paramètres">?</button>
+              title="Utilisateur connecté"></button>
-      <h1 id="app-title">Planification</h1>
+      <h1>Planification</h1>
       <div class="date-nav">
         <button id="nav-prev" class="btn btn-nav" title="Jour précédent" aria-label="Jour précédent">◀</button>
-        <!-- v2026.5.17 : input date custom qui affiche "Vendredi 24.04.2026" -->
+        <input type="date" id="date-picker" class="date-input">
-        <div class="date-custom-wrapper">
-          <div id="date-custom" class="date-custom" role="button" tabindex="0" title="Choisir une date">
-            <span id="date-custom-label"></span>
-            <span class="date-custom-icon">📅</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>
         <button id="nav-today" class="btn btn-today" title="Aujourd'hui">Auj.</button>
       </div>
       <span id="capture-info" class="capture-info"></span>
       <span id="refresh-check" class="refresh-check hidden" title="Mise à jour terminée">✓</span>
     </div>
-    <!-- v2026.5.16 : date complète du jour au-dessus de l'heure dans la topbar -->
-    <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>
-    <!-- v5.0.9 : compteur de session EasyVista (visible < 5 min restantes) -->
-    <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">