Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mouse actions are not forwarded to git bash #11038

Closed
numEricL opened this issue Aug 25, 2021 · 7 comments
Closed

Mouse actions are not forwarded to git bash #11038

numEricL opened this issue Aug 25, 2021 · 7 comments
Labels
Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.

Comments

@numEricL
Copy link

Windows Terminal version (or Windows build number)

1.9.1942.0

Other Software

Git bash, mintty 3.5.0 (x86_64-pc-msys) [Windows 18363]

Steps to reproduce

Add git bash to wt and launch (command line is "%PROGRAMFILES%\git\bin\bash.exe" --login -i -l)
Open vim and enable mouse vim -u NONE -c "set mouse=a"
Attempt to scroll

Expected Behavior

Vim to capture mouse inputs

Actual Behavior

Mouse inputs are handled by wt, e.g. scrolling affects the wt buffer.

@ghost ghost added Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting Needs-Tag-Fix Doesn't match tag requirements labels Aug 25, 2021
@numEricL
Copy link
Author

Similar issues have been posted before, but these are before issue #376. I'm able to use wt with wsl and have mouse events forwarded as expected, so the problem seems specific to git bash. Git bash without wt however handles mouse events as expected.

@DHowett
Copy link
Member

DHowett commented Aug 25, 2021

Which version of vim are you running? I suspect that it is smarter than the average bear, but not quite smart enough yet; see #10321 (comment) for more info.

If vim is using VT sequences instead of Win32 APIs (which it should be doing owing to being hosted in Cygwin), scrolling should certainly work... but if it's falling back on the win32 APIs, it shouldn't support it even outside of Terminal. 🤔

@numEricL
Copy link
Author

VIM - Vi IMproved 8.2 (2019 Dec 12, compiled Jul 25 2021 21:26:36)
Included patches: 1-3182
Compiled by https://www.msys2.org/

Nice table! I don't think git bash has any cygwin dependencies and instead runs on top of mingw, is that incorrect?

I find that mouse input works as expected when running vim from cygwin inside and outside of wt.

@DHowett
Copy link
Member

DHowett commented Aug 25, 2021

cygwin ... mingw

Alas, the MSYS runtime is a fork of the Cygwin runtime! 😄

This is a really useful data point. Thank you!

@zadjii-msft
Copy link
Member

@DHowett wait, does this mean this one is in fact a dupe, or not?

@DHowett
Copy link
Member

DHowett commented May 16, 2022

I believe it is! Thanks!

/dup #10321

@ghost
Copy link

ghost commented May 16, 2022

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 ghost closed this as completed May 16, 2022
@ghost ghost added Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing. and removed Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting Needs-Tag-Fix Doesn't match tag requirements labels May 16, 2022
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.
Projects
None yet
Development

No branches or pull requests

3 participants