docs: I5/I6 — minimise-guard interaction with autofill and the tray

I5 exercises the path the guard fix addresses (autofill minimises, then the
window is hidden to the tray, so MINIMIZEEND may never arrive). I6 is the
non-regression check on the tray and focus paths the hook could have touched.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

TEST_SCENARIOS.md

@@ -350,6 +350,25 @@ L'app démarre maximisée (`WindowState = wsMaximized` dans la `.fmx`).
 - **ACTION** : fenêtre maximisée → fermer (part au tray) → clic sur l'icône du tray.
 - **ATTENDU** : revient maximisée (chemin distinct : `RestoreFromTray` rejoue son propre placement).
 
+### I5 · le garde de minimisation ne reste pas bloqué (autofill → tray) ⚠️
+Le chemin le plus subtil : `ExecuteAutofill` **minimise réellement** la fenêtre
+(`SW_MINIMIZE`) avant de taper, ce qui lève le garde ; si elle est ensuite
+**cachée** dans le tray au lieu d'être restaurée, `MINIMIZEEND` peut ne jamais
+arriver.
+- **ACTION** : depuis le tray, `Ctrl+Shift+Q` → choisir une entrée → laisser le
+  remplissage se faire (l'app repart au tray) → rouvrir l'app par l'icône du
+  tray → **dé-maximiser** (ou maximiser) → `Win+D` → revenir.
+- **ATTENDU** : le dernier geste est respecté. S'il ne l'est pas, le garde est
+  resté levé et le suivi de l'état est gelé pour toute la session.
+- **Variante** : même chose avec `Ctrl+Shift+L` depuis une autre application.
+
+### I6 · le hook n'affecte pas la corbeille ni le tray (non-régression)
+- **ACTION** : minimiser dans le tray (fermeture), restaurer ; `app/focus` via
+  le picker d'autofill multi-match ; « Lock vault » depuis le menu du tray.
+- **ATTENDU** : comportements inchangés. Le hook n'écoute que **notre** process
+  et `MinimizeToTray` utilise `SW_HIDE`, qui n'émet aucun événement de
+  minimisation.
+
 ### Diagnostic
 Avec `config.txt` contenant `debug=true`, `Ctrl+Shift+D` affiche le journal.
 Lignes utiles : `[winstate] minimise hook installed=True` au démarrage (un