From feb956001ed0823b4818cc226b553a035f4426f9 Mon Sep 17 00:00:00 2001 From: r-zakarya <82443831+r-zakarya@users.noreply.github.com> Date: Sat, 25 Jul 2026 18:06:46 +0100 Subject: [PATCH] =?UTF-8?q?docs:=20H7=20validated=20=E2=80=94=20persistent?= =?UTF-8?q?=20conflict=20marker=20confirmed?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Also records the test pitfall: hook-based apps swallow the key without failing RegisterHotKey, so they produce a dead hotkey with no marker. Co-Authored-By: Claude Opus 4.8 --- TEST_SCENARIOS.md | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/TEST_SCENARIOS.md b/TEST_SCENARIOS.md index e48fd1f..45d229f 100644 --- a/TEST_SCENARIOS.md +++ b/TEST_SCENARIOS.md @@ -308,10 +308,11 @@ l'éditeur slideover : créer + éditer une entrée, ajouter/retirer des tags, - **ACTION** : verrouiller → `Ctrl+Shift+T`. - **ATTENDU** : l'app revient au premier plan avec le focus sur le master password (même comportement que les autres hotkeys), pas de no-op silencieux. -### H7 · combo déjà pris par une autre application +### H7 · combo déjà pris par une autre application ✅ - **ACTION** : assigner à un hotkey un combo qu'une autre app tient déjà en global (ex. `Ctrl+Shift+Q` si Quick Assist / un lanceur l'occupe ; sinon, tester en assignant le même combo dans deux apps). -- **ATTENDU** : toast **nommant le combo refusé** — « Already used by another app: 2FA code — pick another combo in Settings ». Les **autres** hotkeys restent fonctionnels (enregistrement best-effort, pas de tout-ou-rien). -- **ACTION 2** : fermer l'app concurrente → *Reset to defaults* (ou re-capturer le combo) → le hotkey redevient actif. +- **ATTENDU** : toast **nommant le combo refusé** — « Already used by another app: 2FA code — pick another combo » — **et** un ⚠ ambre persistant sur cette ligne de Settings (visible longtemps après le toast). Les **autres** hotkeys restent fonctionnels (enregistrement best-effort, pas de tout-ou-rien). +- **ACTION 2** : fermer l'app concurrente → *Reset to defaults* (ou re-capturer le combo) → le hotkey redevient actif **et le ⚠ disparaît**. +- **Piège de test** : une app qui capture via un *hook* bas niveau (et non `RegisterHotKey`) avale la frappe sans faire échouer notre enregistrement → hotkey inerte **sans** ⚠. Utiliser AutoHotkey (`^+t::MsgBox`) ou Lightshot pour un vrai conflit. - **Historique** : le message disait « one or both hotkeys » (faux depuis qu'il y en a 3) sans dire lequel ; et un échec sur **Quick search** ou **New entry** n'était écrit que dans le panel debug — invisible en prod, le hotkey semblait juste cassé. ### H6 · code en fin de période