Motion no longer works in the output window
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 15.2k
- Forks
- 1.5k
- Avg merge
- 3d 18h
- Merged PRs (30d)
- 6
Description
Describe the bug
This may well be a VSCode 1.57.0 bug instead of a VSCodeVim bug, but I wouldn't know how to formulate the bug report to VSCode proper so I figured I'd open it here and let someone who knows the right words discuss with them.
Previously, I could use normal and visual mode motion keys in the output window. This was extremely useful for copying out baseline output into test files. On the latest updates of VSCode and the Vim extension, this is no longer working.
To Reproduce
Steps to reproduce the behavior:
- Open a workspace that will trigger something to create output. For example, opening a git workspace will create an output window for the output of the git provider. Personally, this bug is breaking my workflow for test output from OmniSharp.
- Open the output window, and select a non-empty log.
- Click in the window to focus it and get a cursor.
- Perform some kind of non-editing vim movement, such as
jorV.
Expected behavior
The movement in step 4 happens.
Screenshots
This is the window I'm talking about, if output window isn't the right word:

Environment (please complete the following information):
- Extension (VsCodeVim) version: 1.57.0
- VSCode version: 1.21.2
- OS: Linux and Windows
Additional context
As I said, I think is probably a vscode 1.57.0 bug, but I don't really know the right words to describe the API that they would have broken here.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the problem by opening a non-empty VS Code output channel, focusing it, and trying a motion such as j or V on Linux or Windows. Compare the reported VSCodeVim 1.57.0 and VSCode 1.21.2 environment with current versions, then determine whether the missing movement is handled by the extension or by VS Code's output window; done means motion works there or the responsible upstream issue is identified.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript, vscode
- Domain
- devtools
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100