[Kayokoi (wozhenbang2004)]

Fixes #344598.

The Test Explorer handles printable keydown events before normal command dispatch. Even when soft dispatch has found a user shortcut, its listener replaces the filter text and focuses the filter input, invalidating the shortcut's tree-focus context before the command can execute.

Inject IKeybindingService into the existing view model and start type-to-filter only when softDispatch returns NoMatchingKb. Matching commands and chord prefixes keep their current focus and filter text; unbound printable keys still start filtering.

Five DOM-level cases render TestingExplorerView with controlled keybinding-resolution results. They cover j/k/o, a chord prefix, unchanged existing filter text and tree focus, and the unbound printable-key fallback. The fixture reuses workbench test services and owns its created UI resources.

Validation on Linux, Node 24.22.1, using the repository Electron runner:

• Four shortcut/chord regressions fail against the original production code; the unbound-key control passes.
• Fixed view plus related tree/list projection and filter-state suites: 31 passing.
• Client transpilation (npm run build-fast -- --client-only), changed-file ESLint, hygiene, and git diff --check passed.

./scripts/test.sh --no-sandbox --ozone-platform=headless --disable-gpu \
  --run src/vs/workbench/contrib/testing/test/browser/testingExplorerView.test.ts \
  --run src/vs/workbench/contrib/testing/test/browser/explorerProjections/treeProjection.test.ts \
  --run src/vs/workbench/contrib/testing/test/browser/explorerProjections/nameProjection.test.ts \
  --run src/vs/workbench/contrib/testing/test/common/testExplorerFilterState.test.ts \
  --reporter dot --timeout 10000 --stall-timeout 60

The Electron flags are for the headless container. These tests exercise the actual view's DOM focus and filter behavior with stubbed resolution results; they do not exercise the full user-keybinding resolver or establish Windows manual coverage.

AI-assisted implementation and local validation.

[Copilot]

🟢 Approval recommended

No active review issues remain for the change making Test Explorer honor matching keybindings before activating type-to-filter.

No open issues 🎉

What changed in this PR

Fixes #344598 by making Test Explorer respect matching keybindings before starting type-to-filter, preserving tree focus so custom shortcuts can execute.

Changes:

• Injects the keybinding service into the view model and starts filtering only when soft dispatch returns NoMatchingKb.
• Adds five DOM-level regression cases covering printable shortcuts, chord prefixes, preserved filter text and focus, and unbound-key filtering.

No actionable findings remain. The tests use controlled resolution results; they do not cover the full keybinding resolver or Windows-specific behavior.

File	Description
src/​vs/​workbench/​contrib/​testing/​test/​browser/​testingExplorerView.test.ts	Adds shortcut, chord-prefix, and unbound-key regression tests.
src/​vs/​workbench/​contrib/​testing/​browser/​testingExplorerView.ts	Checks keybinding resolution before activating type-to-filter.

_{Review effort: Balanced}

[Connor Peet (connor4312)]

thanks!