gmao/docs/ui-audit/BUGS.md

# Bugs et anomalies

## UI-001 — Transvasement inaccessible

- Priorité : P1
- Module : Matériel & Produits d'entretien
- URL : `/cleaning/transvasement`
- Compte : `chatgpt` / `super_admin`
- Résultat : HTTP 500, écran générique.
- Attendu : formulaire utilisable ou message métier explicite si le stock est
  vide.
- Impact : dilution et transvasement impossibles.

## UI-002 — Configuration des prévisions inaccessible

- Priorité : P1
- Module : Matériel & Produits d'entretien
- URL : `/cleaning/forecast-config`
- Compte : `chatgpt` / `super_admin`
- Résultat : HTTP 500.
- Attendu : coefficients par défaut affichés et modifiables.
- Impact : coefficients de permanence impossibles à configurer.

## UI-003 — Création de salle bloquée

- Priorité : P1
- Module : Établissement
- URL : `/equipments/rooms/new`
- Résultat : le select « Bâtiment » est vide malgré des bâtiments visibles
  dans `/equipments/buildings/`.
- Attendu : bâtiments proposés, puis zones filtrées par bâtiment.
- Impact : impossibilité de poursuivre les scénarios équipements/interventions.

## UI-004 — Confusion Site/Bâtiment

- Priorité : P2
- URL : `/equipments/buildings/`
- Résultat : le formulaire principal crée un `Site` (Collège), tandis que le
  véritable bâtiment se crée via `/equipments/buildings/new`.
- Recommandation : séparer les deux actions et afficher la hiérarchie
  établissement → bâtiment → zone → salle.

## UI-005 — Commit Docker non identifié

- Priorité : P2
- URL : `/health/`, setup
- Résultat : version `0.1.0-dev.2`, commit `unknown`.
- Recommandation : fournir `GIT_VERSION=$(git rev-parse HEAD)` au build.

## UI-006 — Instabilité sous navigation séquentielle

- Priorité : P1 à confirmer
- Résultat : temps de réponse parfois supérieur à 8–30 secondes, puis
  indisponibilité temporaire.
- Recommandation : surveiller CPU/RAM, Gunicorn, connexions MariaDB et
  documenter les temps de réponse sans lancer de test de charge.

## UI-007 — Disponibilités et horaires semblent partager le même écran

- Priorité : P2
- URL : `/planning/availability`
- Résultat : titre « Horaires et suivi annuel » et structure identique à
  `/planning/time`.
- Attendu : redirection explicite ou écran distinct avec un libellé cohérent.
- Impact : l'utilisateur peut croire qu'il existe deux écrans différents.

## UI-008 — Requête 401 visible dans la console au chargement du login

- Priorité : P3 à confirmer
- Résultat : Playwright signale une ressource 401 sur `/auth/login`.
- Impact : bruit console et appel potentiellement lancé avant la session.

## UI-009 — Soumission produit très lente/non confirmée

- Priorité : P1 à confirmer (environnementale ou applicative)
- URL : `/cleaning/products/new`
- Compte : `chatgpt` / `super_admin`
- Étapes : remplir un produit `TEST_UI_DETERGENT_SOL` puis soumettre une
  seule fois.
- Résultat : l'action Playwright est restée bloquée plus de 30 secondes ; la
  requête n'a pas été répétée.
- Impact : impossible de confirmer la création d'un produit dans cette passe.
- Qualification : vérifier les logs et la charge VM avant de conclure à un
  bug applicatif.

## UI-010 — Soumission prévention très lente/non confirmée

- Priorité : P1 à confirmer (environnementale ou applicative)
- URL : `/prevention/`
- Compte : `chatgpt` / `super_admin`
- Étapes : remplir le formulaire d'agent prévention avec des données
  `TEST_UI_*`, puis soumettre une seule fois.
- Résultat : clic bloqué au-delà du délai ; aucune répétition.
- Impact : impossible de confirmer la création d'un personnel de prévention
  dans cette passe.

## UI-011 — Lien Documents renvoie 404

- Priorité : P2
- URL : `/documents/`
- Compte : `chatgpt` / `super_admin`
- Résultat : HTTP 404.
- Attendu : liste documentaire ou redirection vers le module documentaire
  réellement utilisé.
- Impact : lien cassé pour un utilisateur qui cherche les documents.

## UI-012 — Menu non filtré selon les permissions

- Priorité : P1
- Comptes : `TEST_UI_USER_MULTI` et `TEST_UI_USER_NONE`.
- Résultat : les deux dashboards contiennent les mêmes liens équipements,
  interventions et nettoyage, y compris pour `TEST_UI_USER_NONE` sans rôle.
- Backend : `TEST_UI_USER_NONE` reçoit bien 403 sur ces URLs ; le backend est
  donc plus strict que le menu.
- Résultat multi-rôles : `TEST_UI_USER_MULTI` reçoit 200 sur patrimoine et
  interventions, puis 403 patrimoine après un refus individuel, tandis que
  les interventions restent accessibles.
- Impact : UX trompeuse et risque d'erreurs ; un utilisateur voit des liens
  qu'il ne peut pas ouvrir.

## UI-013 — Pagination absente ou non supportée sur plusieurs listes

- Priorité : P2
- `/lots/?page=2` et `/equipments/?page=2` répondent 200.
- `/interventions/?page=2` et `/companies/?page=2` répondent 404.
- Attendu : pagination cohérente, ou absence explicite du paramètre avec une
  interface qui ne l'affiche pas.
- Impact : incohérence de navigation lorsque le volume de données augmente.

## UI-014 — Entreprises sans recherche ni filtre visible

- Priorité : P2
- URL : `/companies/`
- Résultat : aucune zone de recherche ou de tri dans la liste.
- Attendu : recherche par nom/contact lorsque le nombre d'entreprises croît.

## UI-015 — Formulaire entreprise vide provoque une erreur 500

- Priorité : P1
- URL : `/companies/new`
- Étapes : soumettre le formulaire vide avec un CSRF valide.
- Résultat : HTTP 500 au lieu d'une validation utilisateur.
- Attendu : HTTP 400 ou retour formulaire avec champ obligatoire signalé.

## UI-016 — Formulaire intervention vide provoque une erreur 500

- Priorité : P1
- URL : `/interventions/new`
- Étapes : soumettre le formulaire vide avec un CSRF valide.
- Résultat : HTTP 500.
- Attendu : validation des champs obligatoires et message compréhensible.

## UI-017 — Liste interventions casse avec une intervention sans salle

- Priorité : P1
- URL : `/interventions/`
- Donnée : `TEST_UI_INTERVENTION_ELECTRICITE` (ID 1), créée sans salle ni
  équipement pour tester le cas autorisé par le formulaire.
- Résultat : le détail `/interventions/1` répond 200, mais la liste renvoie
  HTTP 500.
- Attendu : afficher l'intervention avec « Salle non renseignée » ou demander
  une salle avant validation.
- Impact : une intervention valide au niveau formulaire rend la liste
  principale inutilisable.

## UI-018 — Titre d'édition ambigu

- Priorité : P2
- URL : `/interventions/1/edit`
- Résultat : le titre HTML reste « Nouvelle intervention » en édition.
- Attendu : « Modifier l'intervention » avec identifiant/titre existant.

## UI-019 — Tableau de bord en erreur avec une intervention sans équipement

- Priorité : P1
- URL : `/`
- Utilisateur : `chatgpt` (super-administrateur)
- Précondition : l'intervention de test ID 1 existe sans équipement associé.
- Étapes : ouvrir une session puis demander `/`.
- Résultat : HTTP 500. Le journal indique
  `dashboard/index.html:495` et l'expression `interv.equipment.name` alors que
  `interv.equipment` vaut `None`.
- Attendu : le tableau de bord doit afficher une valeur de remplacement
  (« Aucun équipement ») ou exclure proprement la relation absente.
- Impact : erreur critique pour la page d'entrée et perte d'accès au tableau
  de bord dès qu'une intervention sans équipement est enregistrée.

## UI-020 — Lien Journaux visible mais accès refusé

- Priorité : P2
- URL : `/logs/`
- Utilisateur : `chatgpt` (rôle personnalisé `chatgpt`)
- Étapes : ouvrir une page autorisée contenant la navigation, puis suivre le
  lien « Journaux » ; ouvrir également `/logs/` directement.
- Résultat : le lien `/logs/` est présent dans le HTML de navigation, mais le
  serveur répond HTTP 403. Le compte possède les permissions d'audit visibles
  dans sa matrice, sans permission effective acceptée par cette route.
- Attendu : masquer le lien si l'accès est refusé, ou attribuer/vérifier la
  permission réellement requise par la route.
- Impact : incohérence UI/backend et perte de temps pour l'utilisateur.

## UI-021 — Certains formulaires planning dépendent de l'injection JavaScript du CSRF

- Priorité : P2
- URLs : `/planning/availability/closure/new`, `/planning/tasks/new`
- Résultat : le HTML initial ne contient pas de champ caché `csrf_token` ; le
  jeton est ajouté par le JavaScript global. Une soumission sans JavaScript
  reçoit bien 400, mais le formulaire ne peut alors pas être utilisé.
- Attendu : rendre le champ CSRF dans le formulaire serveur, tout en gardant
  l'injection JS comme secours pour les requêtes dynamiques.
- Impact : dépendance inutile à JavaScript et accessibilité dégradée.

## UI-022 — État du stock en erreur après une réception valide

- Priorité : P1
- URL : `/cleaning/stock`
- Précondition : produit, référence, conditionnement, emplacement et deux lots
  `TEST_UI_*` réceptionnés avec succès.
- Étapes : ouvrir l'état du stock après les réceptions.
- Résultat : HTTP 500, alors que le journal des mouvements reste accessible et
  affiche les réceptions, la sortie FEFO, le transfert et la correction
  d'inventaire.
- Attendu : afficher les soldes par lot et emplacement, même lorsque les
  mouvements précédents ont modifié les quantités.
- Impact : l'écran central de consultation du stock est inutilisable dès
  qu'un stock réel existe.

## UI-023 — Aucun contrôle UI pour autoriser un produit sur les fiches de demande

- Priorité : P2
- URLs : `/cleaning/products/new`, `/cleaning/products/1/edit`,
  `/cleaning/requests/new`
- Résultat : le modèle distingue `request_enabled`, mais les formulaires du
  produit ne proposent aucun champ pour l'activer. Le formulaire de profil
  affiche donc zéro produit sélectionnable, et la fiche imprimée ne contient
  aucune ligne.
- Attendu : case « Autoriser sur les fiches de demande » dans le produit, avec
  un état visible dans le profil.
- Impact : la fonctionnalité de fiches papier ne peut pas être configurée
  depuis l'interface.

## UI-024 — Valeur numérique invalide sur l'édition d'un produit → 500

- Priorité : P1
- URL : `/cleaning/products/1/edit`
- Étapes : remplacer « Stock minimum » par `abc` et soumettre le produit de
  test.
- Résultat : HTTP 500 au lieu d'un message de validation.
- Attendu : conserver les valeurs saisies et signaler que les quantités
  doivent être numériques, comme le fait déjà la création.
- Impact : une faute de saisie rend l'écran d'édition inutilisable.

## UI-025 — Doublon de référence commerciale accepté sans avertissement

- Priorité : P2
- URL : `/cleaning/references/new`
- Étapes : créer une seconde référence `TEST_UI_REF_DETERGENT_SOL` pour le
  même produit générique.
- Résultat : la soumission est acceptée (302) et deux occurrences apparaissent
  dans la liste, sans avertissement ni indication d'historique.
- Attendu : avertir l'utilisateur ou demander une référence fabricant/
  fournisseur distincte avant de créer un doublon involontaire.
- Impact : catalogue commercial ambigu et risque d'erreur lors des réceptions.

## UI-026 — Labels de formulaires non associés aux contrôles

- Priorité : P2
- Périmètre : formulaires produits, références, conditionnements, réceptions,
  sorties, transferts et prévention.
- Résultat : les libellés sont visuellement présents, mais n'ont pas
  d'attribut `for` et les contrôles n'ont pas d'identifiant associé. Le clic
  sur le libellé ne place donc pas le focus et les lecteurs d'écran ne peuvent
  pas relier automatiquement le nom au champ.
- Attendu : associer chaque `<label for="…">` à un `id` unique, ou envelopper
  explicitement le contrôle dans le label.
- Impact : accessibilité clavier et compréhension des champs dégradées pour
  les utilisateurs débutants ou avec assistance vocale.

## UI-027 — Habilitation prévention accepte des dates inversées

- Priorité : P2
- URL : `/prevention/` (formulaire `/prevention/authorization`)
- Étapes : pour `TEST_UI_AGENT ENTRETIEN`, saisir une date d'émission
  31/12/2026 et une expiration 01/01/2026.
- Résultat : POST accepté avec redirection 302, sans message d'erreur ni
  validation de l'ordre chronologique.
- Attendu : refuser une expiration antérieure à l'émission et expliquer la
  correction attendue.
- Impact : historique d'habilitations incohérent.

## UI-028 — Les habilitations ne sont pas visibles dans le récapitulatif prévention

- Priorité : P2
- URL : `/prevention/`
- Résultat : le formulaire d'ajout d'habilitation est présent, mais aucune
  liste des habilitations enregistrées n'est affichée ; l'entrée de test ne
  peut donc pas être relue ou contrôlée dans l'interface.
- Attendu : tableau agent, habilitation, date d'émission, expiration et
  émetteur, avec signalement des habilitations expirées.
- Impact : absence de suivi opérationnel malgré la possibilité de saisie.

## UI-029 — Listes stock et produits sans recherche ni filtre

- Priorité : P2
- URLs : `/cleaning/products`, `/cleaning/references`,
  `/cleaning/movements`, `/cleaning/requests`
- Résultat : les listes ne présentent ni champ de recherche, ni filtre, ni
  pagination visible. Après ajout de lots et mouvements, retrouver un produit
  ou une opération nécessite de parcourir toute la page.
- Attendu : recherche par produit/référence/lot et filtres par période,
  emplacement et type de mouvement, avec pagination.
- Impact : ergonomie insuffisante dès que le catalogue ou l'historique grandit.

## UI-030 — Document téléversé absent du détail de l'intervention

- Priorité : P1
- URLs : `/interventions/1`, `/documents/upload/intervention/1`
- Étapes : téléverser le fichier artificiel `test_document.pdf` depuis le
  détail de l'intervention de test, puis revenir au détail.
- Résultat : le POST est accepté (302) et le téléchargement
  `/documents/intervention/download/1` répond 200, mais aucun nom ou lien de
   document n'est affiché sur `/interventions/1`.
- Attendu : afficher le document, sa description, sa date et les actions
  téléchargement/suppression dans le détail.
- Impact : l'utilisateur ne sait pas si son fichier a été enregistré et ne
  peut pas le gérer depuis l'intervention.