Files
IdeA/.ideai/tickets/79/issue.md
Blomios e1b1c1e103 restore .ideai/tickets/ store versionnέ + corrige .gitignore
- Restaure .ideai/tickets/ depuis 851f1f8^ (167 tickets + index.json + counter.json)
- Enlève les ignore rules .ideai/tickets/ dans .gitignore (ligne 51 et 75)
- Permet le suivi durable du store tickets futur
- Ne touche pas sdk/ (reste untracked)
2026-07-28 20:18:00 +02:00

47 lines
1.9 KiB
Markdown

---
id: "05a70dc5-fd28-4c58-8ba1-be6058ae3cfc"
number: 79
title: "Test flaky : PermissionsPanel « saves project defaults » échoue par intermittence"
status: "closed"
priority: "low"
sprint: null
links: []
agentRefs: []
createdBy: {"kind":"agent","agent_id":"a6ced819-b893-4213-b003-9e9dc79b9641"}
updatedBy: {"kind":"agent","agent_id":"a6ced819-b893-4213-b003-9e9dc79b9641"}
createdAt: 1784287450082
updatedAt: 1784379476483
version: 2
---
## Constat
Relevé par DevFrontend pendant #77, **sans rapport avec ce ticket**.
`frontend/src/features/permissions/permissions.test.tsx``PermissionsPanel > saves project defaults` échoue par intermittence sur une exécution complète de la suite :
```
FAIL src/features/permissions/permissions.test.tsx > PermissionsPanel > saves project defaults
Test Files 1 failed | 90 passed (91)
Tests 1 failed | 847 passed (848)
```
## Pourquoi ce n'est pas une régression de #77
Vérifié au moment du constat :
- `git diff HEAD -- src/features/permissions` est **vide** — le lot #77 n'a pas touché cette surface.
- Le test **passe seul**.
- Le passage complet suivant est **vert** (848/848), sans modification entre les deux.
- Durée du test : ~1371 ms — sensible au timing.
## Pourquoi ça mérite un ticket quand même
Un test qui passe deux fois sur trois est pire qu'un test rouge : il apprend à l'équipe à relancer plutôt qu'à lire. Il finira par mordre en CI, où l'on ne relance pas toujours, et il érode la confiance dans une suite dont ce chantier a montré qu'elle est le principal garde-fou.
## Attendu
Identifier la source du non-déterminisme (timers, attente implicite, état partagé entre tests) et rendre le test déterministe. **Ne pas le neutraliser ni augmenter un timeout pour le faire taire** : si le comportement testé est réellement dépendant du timing, c'est le comportement qu'il faut regarder.
## Périmètre
Frontend, tests.