Vim cursror is always set to the one of Windows Terminal #15050

Closed
opened 2026-01-31 04:27:01 +00:00 by claunia · 6 comments
Owner

Originally created by @stephane-archer on GitHub (Sep 1, 2021).

Windows Terminal version (or Windows build number)

1.9.1942.0

Other Software

VIM - Vi IMproved 8.1 in WLS

Steps to reproduce

just open vim and you will see the cursor is not showing properly

Expected Behavior

No response

Actual Behavior

I don't see the right cursor when I open vim.

Please note, I'm not reporting a problem with vim and looking for a way to configure it properly.

I'm reporting a bug for this app because vim is working properly with all the other terminal emulators.

Is there a reason why this app doesn't support vim like all the others? Is it expected behavior? Can you explain why you made that decision?

Originally created by @stephane-archer on GitHub (Sep 1, 2021). ### Windows Terminal version (or Windows build number) 1.9.1942.0 ### Other Software VIM - Vi IMproved 8.1 in WLS ### Steps to reproduce just open vim and you will see the cursor is not showing properly ### Expected Behavior _No response_ ### Actual Behavior I don't see the right cursor when I open vim. Please note, I'm not reporting a problem with vim and looking for a way to configure it properly. I'm reporting a bug for this app because vim is working properly with all the other terminal emulators. Is there a reason why this app doesn't support vim like all the others? Is it expected behavior? Can you explain why you made that decision?
claunia added the Resolution-Duplicate label 2026-01-31 04:27:01 +00:00
Author
Owner

@zadjii-msft commented on GitHub (Sep 1, 2021):

Wow, this is a word-for-word /dupe of #8560, including the typo. Please make sure to search before filing new issues.

@zadjii-msft commented on GitHub (Sep 1, 2021): Wow, this is a word-for-word /dupe of #8560, _including the typo_. Please make sure to search before filing new issues.
Author
Owner

@ghost commented on GitHub (Sep 1, 2021):

Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!

@ghost commented on GitHub (Sep 1, 2021): Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!
Author
Owner

@stephane-archer commented on GitHub (Sep 1, 2021):

I think you missed the important part of the issue/question:

Is there a reason why this app doesn't support vim like all the others? Is it expected behavior? Can you explain why you made that decision?

the issue you mention is looking for a way to configure Vim to adapt to this app, this is not what I'm looking for

@stephane-archer commented on GitHub (Sep 1, 2021): I think you missed the important part of the issue/question: > Is there a reason why this app doesn't support vim like all the others? Is it expected behavior? Can you explain why you made that decision? the issue you mention is looking for a way to configure Vim to adapt to this app, this is not what I'm looking for
Author
Owner

@aguevara commented on GitHub (Sep 27, 2021):

I agree, that other issue was closed with no resolution, this is a bug in WT, vim works properly in any other terminal, it only fails to work properly in WT.

@aguevara commented on GitHub (Sep 27, 2021): I agree, that other issue was closed with no resolution, this is a bug in WT, vim works properly in any other terminal, it only fails to work properly in WT.
Author
Owner

@zadjii-msft commented on GitHub (Sep 27, 2021):

It's not valuable to the community to have multiple instances of the same discussion occurring in multiple places around the repo. It's generally better to consolidate discussion into one place, so people can both identify root causes and workarounds while we work on fixes to the root causes. I literally only just closed #8560 minutes ago, because the root cause of that issue is actually being tracked in #7382. Dup'ing these all to the same bucket help us identify the root cause of issues like this.

@zadjii-msft commented on GitHub (Sep 27, 2021): It's not valuable to the community to have multiple instances of the same discussion occurring in multiple places around the repo. It's generally better to consolidate discussion into one place, so people can both identify root causes and workarounds while we work on fixes to the root causes. I literally only just closed #8560 minutes ago, because the root cause of _that_ issue is actually being tracked in #7382. Dup'ing these all to the same bucket help us identify the root cause of issues like this.
Author
Owner

@zadjii-msft commented on GitHub (Sep 21, 2023):

This thread was duped to #8560, which if you'll read, was eventually duped to #7382, which is still open.

as I said in literally the last comment

@zadjii-msft commented on GitHub (Sep 21, 2023): This thread was duped to #8560, which if you'll read, was eventually duped to #7382, which is still open. _as I said in literally the last comment_
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#15050