Hyper: Mouse events appear to be missing in Windows version

[orcinus]

Unlike the Mac OS version, which appears to correctly forward mouse events to local and remote command line apps since v2.0, the Windows version does not.

This makes scrolling through apps a bit of a nuisance if you're used to using the wheel. Also, clicks are not registered / forwarded either, nor things like shift+scroll, which are useful in tmux, especially if you have a person not used to shortcuts (or your custom shortcut setup) sitting in front of the machine.

[chabou]

Can you give us some steps to reproduce your issue? Can you give us some details about other terminal emulators where this is working?

[mr6volt]

I have the same issue.

Mouse support in Vim is non-existent when using Hyper. (Scrolling moves the whole Hyper window buffer, clicking within Vim does not move cursor.)

[orcinus]

Can you give us some steps to reproduce your issue?

Steps to reproduce:
1) scroll the wheel in less, git, vim or tmux
2) observe the local buffer scrolling instead of the app doing whatever is bound to scroll action

Expected outcome:
The app should do whatever is bound to scroll action

Can you give us some details about other terminal emulators where this is working?

MobaXterm

[Blealtan]

Same issue here. Also, even in native cmd.exe or PowerShell.exe mouse events are working correctly now.

[chabou]

It will be fixed by https://github.com/xtermjs/xterm.js/pull/1310
I'll certainly merge this in our next canary.

[HybridEidolon]

Still exists in the current Canary, although vim and neovim no longer scroll incorrectly, they do not get mouse events with set mouse=a.

[tylerdavis]

I'm also experiencing this on Windows 10, using bash.exe

[willbowden37]

I have the same issue as HybridEidolon. While most mouse events work, vim does not get mouse events with :set mouse=a
Thanks for the fantastic terminal though Hyper

[jmsv]

Any updates on this? Trying to use set mouse=a in vim (same as @willbowden37) with no luck

Hyper 3.0.0-canary.7 (canary)

[zhilizheng]

They problem still exists. Thus I changed to wsltty, works perfectly, but with no tab

[mhall]

@chabou Do you have any update on this by chance?

[abursuc]

This problem persists in recent versions, I'm currently on 3.0.2.

Mouse works well in simple terminal mode. However inside tmux (tried on v2.6 and 2.8) and vi, mouse events (click, scroll) are not working. The only thing work working is the text selector, but it's completely agnostic to borders and panes.

[serenya]

I confirm last comment from @abursuc, still the issue in January 2020...

[sasasagagaga]

I have the same issue

[G-Rath]

I can confirm this is still an issue in Hyper 3.0.2.

Happy to help where I can in getting this fixed - including making a PR with some guidance (if I get the time), and trying out pre-release versions :)

[ceoshikhar]

How lazy are the developers of Hyper? I am facing the same issue.

[rohitkrishna094]

@ceoshikhar If you have a higher version of windows, you can try the new windows terminal. Its way better than hyper. Hyper just has too many bugs as of today.

[ceoshikhar]

2.5 years+ and this bug still exists. Give me more thumbs down but this is just funny and cringe.

[ceoshikhar]

2.5 years+ and this bug still exists. Give me more thumbs down but this is just funny and cringe.

Hyper is open source, what's stopping you from fixing this yourself? In the meantime I hope you get a refund for the free software

So you are saying, if one person uses VS Code for developing HTML+CSS static website and finds a bug that has not been resolved for years then the person who reported it has to fix it just because it's open source ?

Edit: He deleted his comment lol

[caue-santos]

thought it was a recent bug... terminal suggestions for wsl on windows 10?

[orcinus]

terminal suggestions for wsl on windows 10?

Give MobaXterm a try, it's freemium, but the free functionality is very generous, and it "just works".
Alternatively, try the new Windows Terminal.