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

Hyper doesn't correctly support mouse mode in tmux 2.5 #2020

Open
2 tasks done
Joe8Bit opened this issue Jul 20, 2017 · 46 comments
Open
2 tasks done

Hyper doesn't correctly support mouse mode in tmux 2.5 #2020

Joe8Bit opened this issue Jul 20, 2017 · 46 comments
Labels
help wanted Contributions wanted towards the issue

Comments

@Joe8Bit
Copy link

Joe8Bit commented Jul 20, 2017

  • I am on the latest Hyper.app version
  • I have searched the issues of this repo and believe that this is not a duplicate
  • OS version and name: OSX 10.12.5
  • Hyper.app version: Version 1.3.3 (1.3.3.1754)
  • Link of a Gist with the contents of your .hyper.js: Vanilla install, no customisation.
  • Relevant information from devtools (CMD+ALT+I on Mac OS, CTRL+SHIFT+I elsewhere): N/A
  • The issue is reproducible in vanilla Hyper.app: Is Vanilla

Issue

Mouse mode in tmux 2.5 (stable) does not appear to function.

Steps to reproduce (from clean install of all tools)

  1. Install Hyper
  2. Install tmux via brew install tmux
  3. Configure tmux to use mouse mode by echo "set -g mouse on" >> ~/.tmux.conf
  4. Run tmux
  5. Inside a tmux session run tmux split-window

Expected behaviour

You should be able to use the mouse to select which pane within the tux session is active.

Actual behaviour

No effect. It does not allow mouse interaction with panes in tmux, and no obvious logging is produced within Hyper to indicate an error.


I've validated this functions as expected in Terminal.app and iTerm with same config and installation steps.

@Joe8Bit Joe8Bit changed the title Hyper doesn't correctly handle mouse mode in tux >2.1 Hyper doesn't correctly support mouse mode in tmux 2.5 Jul 20, 2017
@ig0rsky
Copy link

ig0rsky commented Jul 26, 2017

experienced this as well with tmux 2.5 running on a mbp 2013.

@lmayorga1980
Copy link

👍

@codiwest
Copy link

codiwest commented Sep 2, 2017

I am having this exact same issue with Hyper (version 1.4.2) on Windows 10. I'm using Hyper for Windows Subsystem for Linux and can not get the mouse to work correctly at all in tmux within Hyper. It works fine within the WSL Ubuntu terminal emulator (which doesn't have other features that Hyper has). Is there any fix on this? Thanks!

@jobukkit
Copy link

jobukkit commented Sep 3, 2017

Same problem with Midnight Commander. So this issue is not specific to tmux, it seems that Hyper just ignores mouse input. In Terminology and GNOME Terminal it works fine.

@codiwest
Copy link

codiwest commented Sep 4, 2017

It's a huge bummer. I would think this is relatively simple to fix?

@rdlu
Copy link

rdlu commented Sep 5, 2017

I have serious issues with tmux, like in Visual Mode, selecting things then copying, hyper just hangs.

Also, sometimes, the mouse buttons starts typing things.

@simoniz0r
Copy link

Completely ignoring mouse input is a huge issue for me and is really preventing me from using hyper.

@ghost
Copy link

ghost commented Oct 2, 2017

I also have this issue, both with macOS and Debian. It would be great if this could be fixed, as I really enjoy hyper though need tmux.

@chabou chabou added the help wanted Contributions wanted towards the issue label Oct 3, 2017
@hdiass
Copy link

hdiass commented Jan 18, 2018

Is there any update on this issue ?

@laibulle
Copy link

Same problem on OSX with tmux 2.6 and hyper 1.4.8.

@0xpetersatoshi
Copy link

Same problem here. OSX with tmux 2.6 and hyper 1.4.8.

@hdiass
Copy link

hdiass commented Mar 6, 2018 via email

@joboyx
Copy link

joboyx commented Mar 30, 2018

Also happens to me.

When clicking on a pane in tmux, random characters gets typed in the terminal.

Hyper v1.4.8
tmux v2.5
Ubuntu 17.10

This issue is the reason why I won't be using Hyper for now. Will wait till this is fixed.

Please fix this. Hyper is awesome!

@shawwn
Copy link

shawwn commented Apr 28, 2018

Running into this. Windows 10 + hyper + tmux

@oneone1995
Copy link

oneone1995 commented May 11, 2018

  • OS version and name: windows 10 pro 1709 wsl(ubuntu after Fall Creators Update)
  • Hyper.app version: Version 2.0.0
  • Link of a Gist with the contents of your .hyper.js: .hyper.js
  • Relevant information from devtools (CMD+ALT+I on Mac OS, CTRL+SHIFT+I elsewhere): N/A
  • The issue is reproducible in vanilla Hyper.app: yes

tmux(V2.1) mouse select pane not working

@szthanatos
Copy link

same problem. Hyper is awesome for real(except this :( )

@bootldrDNB
Copy link

Can confirm that this still is an issue.
Using zsh on WSL.

@abid-mujtaba
Copy link

Still an issue using tmux + zsh in WSL. I am also having scrolling issues when using split panes, or running vim. Scrolling causes the entire terminal output to scroll rather than scrolling within an individual pane or the buffer in vim.

@h-okon
Copy link

h-okon commented Feb 9, 2019

Still an issue. Hyper is ignoring all mouse inputs.

@ChipWolf
Copy link

+1

@pablopunk
Copy link
Contributor

Works for me. Try hyper 3

@abid-mujtaba
Copy link

I have Hyper version 3.0.0 (stable) and it still is not working for me.

@pablopunk what exactly is working for you and what settings are you using to get it to work?

@pablopunk
Copy link
Contributor

@abid-mujtaba using tmux with mouse works perfectly for me. I can focus splits, resize them, focus window, etc. The only thing that didn't work for me was ALT+mouse to select text in Mac, but it does now with this hyper option macOptionSelectionMode: 'force'

@abid-mujtaba
Copy link

@pablopunk would you mind sharing your tmux version and a gist of your .tmux.conf and .hyper.js?

I am running tmux version 2.6 and have setw -g mouse on in my .tmux.conf but no luck.

@pablopunk
Copy link
Contributor

@abid-mujtaba

I got set -g mouse on as you can see

@abid-mujtaba
Copy link

Thanks @pablopunk. I guess, I can try updating to tmux 2.8. It might also be a Windows/WSL thing.

If I can impose on you one last time, could you reduce your .tmux.conf to just the set -g mouse on (remove all other configuration temporarily) and verify that the mouse still works. Much obliged.

@pablopunk
Copy link
Contributor

@abid-mujtaba yep, still working. Yeah it's probably due to WSL cause I also had some troubles with it using it with Hyper, maybe even the same as you. Is it working with Windows cmd?

@abid-mujtaba
Copy link

@pablopunk I wouldn't even know where to begin setting up tmux on Windows cmd. I will gain access to an Arch Linux machine in a couple of days and test it out there.

@pablopunk
Copy link
Contributor

@abid-mujtaba I meant that you can use WSL inside cmd. Just run a cmd window and type bash

@abid-mujtaba
Copy link

@pablopunk just tried using the default shell in hyper (cmd) and then typed bash to gain access to WSL. Still no mouse action.

Also, does scrolling work for you, especially inside vim (with or without tmux)?

@pablopunk
Copy link
Contributor

@abid-mujtaba it does, I guess it is a problem with WSL then

@ctataryn
Copy link

@abid-mujtaba @pablopunk When I launch bash from cmd.exe (not within Hyper) I can indeed use my mouse to set focus to tmux panes/windows. It appears as though this is a problem with Hyper

@abid-mujtaba
Copy link

@ctataryn bash from cmd.exe works for me as well. Based on @pablopunk's experiments it seems this is a problem specific to Hyper running WSL

@ofadieiev
Copy link

WSL: midnight commander (mc), vim doesn't respond on mouse actions. Unlike hyper, wlstty (mintty) works just fine.

@mtwilliams-code
Copy link

Noting I have also experienced this with Hyper on Windows running a WSL Ubuntu. Mouse Mode works fine in the default "bash" (cmd). Presumably a limitation with WSL. Perhaps can be resolved with wsl2 release?

@hensz
Copy link

hensz commented Apr 20, 2020

Hi!
I also see this problem. I'm using tmux 2.9, but I run Hyper on Windows, but connect to my Linux box via the built-in OpenSSH. With this setup, mouse clicks don't work in tmux - but also don't work in mc. So this is not a tmux only issue, but with Hyper in general.

btw, I also can't use the mouse when I run vim for Windows without ssh.

So since I don't use WSL, I doubt that the issue is related to WSL...

@rohitkrishna094
Copy link

rohitkrishna094 commented May 11, 2020

Any update on this? This is not a WSL problem afaik. Since when I open wsl.exe instead of hyper and create two tmux panes, I can switch between them using mouse. But only in hyper its not working.

@hensz
Copy link

hensz commented May 13, 2020

Hi!
I can confirm the observation of @rohitkrishna094 . When I use tmux in WSL using the mouse works fine. It only doesn't work within Hyper.

@mu-yu
Copy link

mu-yu commented Jun 1, 2020

the cursor works fine with windows terminal, wsl and tmux, but failed with hyper.

@artillect
Copy link

I'm getting the same issue on version 3.0.2 of Hyper when trying to use vim in WSL

@LabhanshAgrawal
Copy link
Collaborator

@artillect can you try out the canary build once

@artillect
Copy link

@LabhanshAgrawal just tested it out, and it doesn't work in the canary build either

@LabhanshAgrawal
Copy link
Collaborator

@artillect can you give some steps to test it

@ucarbehlul
Copy link

I can reproduce it on mac os 10.15.7 using vim, can't click anywhere on vim, can't scroll etc.

in vimrc
set mouse=a is set and it works in iterm with no issues.

vim --version
VIM - Vi IMproved 8.2 (2019 Dec 12, compiled Feb 10 2022 19:07:35)
macOS version - x86_64
Included patches: 1-2683
Compiled by MacPorts
Huge version without GUI.  Features included (+) or not (-):
+acl               -farsi             +mouse_sgr         +tag_binary
+arabic            +file_in_path      -mouse_sysmouse    -tag_old_static
+autocmd           +find_in_path      +mouse_urxvt       -tag_any_white
+autochdir         +float             +mouse_xterm       -tcl
-autoservername    +folding           +multi_byte        +termguicolors
-balloon_eval      -footer            +multi_lang        +terminal
+balloon_eval_term +fork()            -mzscheme          +terminfo
-browse            +gettext           +netbeans_intg     +termresponse
++builtin_terms    -hangul_input      +num64             +textobjects
+byte_offset       +iconv             +packages          +textprop
+channel           +insert_expand     +path_extra        +timers
+cindent           +ipv6              -perl              +title
-clientserver      +job               +persistent_undo   -toolbar
+clipboard         +jumplist          +popupwin          +user_commands
+cmdline_compl     +keymap            +postscript        +vartabs
+cmdline_hist      +lambda            +printer           +vertsplit
+cmdline_info      +langmap           +profile           +virtualedit
+comments          +libcall           +python/dyn        +visual
+conceal           +linebreak         +python3/dyn       +visualextra
+cryptv            +lispindent        +quickfix          +viminfo
-cscope            +listcmds          +reltime           +vreplace
+cursorbind        +localmap          +rightleft         +wildignore
+cursorshape       +lua               +ruby              +wildmenu
+dialog_con        +menu              +scrollbind        +windows
+diff              +mksession         +signs             +writebackup
+digraphs          +modify_fname      +smartindent       -X11
-dnd               +mouse             -sound             -xfontset
-ebcdic            -mouseshape        +spell             -xim
+emacs_tags        +mouse_dec         +startuptime       -xpm
+eval              -mouse_gpm         +statusline        -xsmp
+ex_extra          -mouse_jsbterm     -sun_workshop      -xterm_clipboard
+extra_search      +mouse_netterm     +syntax            -xterm_save
   system vimrc file: "/opt/local/etc/vimrc"
     user vimrc file: "$HOME/.vimrc"
 2nd user vimrc file: "~/.vim/vimrc"
      user exrc file: "$HOME/.exrc"
       defaults file: "$VIMRUNTIME/defaults.vim"
  fall-back for $VIM: "/opt/local/share/vim"
Compilation: /usr/bin/clang -c -I. -Iproto -DHAVE_CONFIG_H -I/opt/local/include -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk -DMACOS_X -DMACOS_X_DARWIN -pipe -Os -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk -arch x86_64 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 
Linking: /usr/bin/clang -L. -L/opt/local/libexec/openssl11/lib -L/opt/local/lib -Wl,-headerpad_max_install_names -Wl,-syslibroot,/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk -fstack-protector -L/opt/local/lib -L/opt/local/lib -Wl,-headerpad_max_install_names -Wl,-syslibroot,/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk -arch x86_64 -o vim -lm -lncurses -liconv -lintl -framework AppKit -L/opt/local/lib -llua -lruby.2.4.10 -lobjc -L/opt/local/lib 
hyper version
3.2.0

@miccferr
Copy link

I can reproduce it too on mac os 12.5, Hyper 3.3.0.

@Pebaz
Copy link

Pebaz commented Jan 11, 2024

Installing tmux-yank fixed my issue for me.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
help wanted Contributions wanted towards the issue
Projects
None yet
Development

No branches or pull requests