docs: J2-J4 validated — fill, copy and already-visible paths

Section J fully green: no double minimise on the fill path, the clipboard
survives the copy path, and an app already on screen is not sent to the tray.

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

TEST_SCENARIOS.md

@@ -393,19 +393,19 @@ est précisément le piège de coalescence documenté dans CLAUDE.md.
   fill, `cancelAutofill` puis `minimizeToTray` = deux `window.location.href`
   consécutifs → **coalescés**, la minimisation était perdue.
 
-### J2 · remplissage puis retour au tray
+### J2 · remplissage puis retour au tray ✅ ✅
 - **ACTION** : app dans le tray → `Ctrl+Shift+Q` → choisir une entrée (Enter).
 - **ATTENDU** : le mot de passe est tapé dans la fenêtre cible **et** l'app
   repart au tray — **une seule fois** (c'est Delphi qui minimise ici, via
   `hide_after`, pas le JS : vérifier qu'il n'y a pas de double minimisation).
 - **Variantes** : `Shift+Enter` (user+pwd), `Ctrl+Enter` (username seul).
 
-### J3 · copie depuis le menu du tray
+### J3 · copie depuis le menu du tray ✅
 - **ACTION** : menu du tray → *Quick search…* → choisir une entrée (Enter).
 - **ATTENDU** : mot de passe copié, app de retour au tray, et le presse-papiers
   **conserve** la valeur (`keepclip=1` — c'est le rôle du paramètre).
 
-### J4 · app déjà visible (non-régression)
+### J4 · app déjà visible (non-régression) ✅
 - **ACTION** : app **ouverte à l'écran** → `Ctrl+Shift+Q` → `Esc`.
 - **ATTENDU** : le modal se ferme et l'app **reste à l'écran** — elle ne doit
   **pas** partir au tray (elle n'en venait pas). Idem si elle était seulement