Open Joe8Bit opened 7 years ago
experienced this as well with tmux 2.5 running on a mbp 2013.
👍
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!
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.
It's a huge bummer. I would think this is relatively simple to fix?
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.
Completely ignoring mouse input is a huge issue for me and is really preventing me from using hyper.
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.
Is there any update on this issue ?
Same problem on OSX with tmux 2.6 and hyper 1.4.8.
Same problem here. OSX with tmux 2.6 and hyper 1.4.8.
Hello, is there Any update on this issue ?
2018-03-04 18:40 GMT+00:00 Peter Begle notifications@github.com:
Same problem here. OSX with tmux 2.6 and hyper 1.4.8.
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/zeit/hyper/issues/2020#issuecomment-370252472, or mute the thread https://github.com/notifications/unsubscribe-auth/Acld85meVeKLUG0MT8ylZWlrkQ5B2fvlks5tbDUhgaJpZM4OeoWz .
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!
Running into this. Windows 10 + hyper + tmux
tmux(V2.1) mouse select pane not working
same problem. Hyper is awesome for real(except this :( )
Can confirm that this still is an issue. Using zsh on WSL.
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.
Still an issue. Hyper is ignoring all mouse inputs.
+1
Works for me. Try hyper 3
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?
@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'
@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.
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.
@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?
@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.
@abid-mujtaba I meant that you can use WSL inside cmd. Just run a cmd window and type bash
@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)?
@abid-mujtaba it does, I guess it is a problem with WSL then
@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
@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
WSL: midnight commander (mc
), vim
doesn't respond on mouse actions. Unlike hyper, wlstty (mintty) works just fine.
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?
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...
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.
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.
the cursor works fine with windows terminal, wsl and tmux, but failed with hyper.
I'm getting the same issue on version 3.0.2 of Hyper when trying to use vim in WSL
@artillect can you try out the canary build once
@LabhanshAgrawal just tested it out, and it doesn't work in the canary build either
@artillect can you give some steps to test it
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
I can reproduce it too on mac os 12.5, Hyper 3.3.0.
OSX 10.12.5
Version 1.3.3 (1.3.3.1754)
Is Vanilla
Issue
Mouse mode in tmux 2.5 (stable) does not appear to function.
Steps to reproduce (from clean install of all tools)
brew install tmux
echo "set -g mouse on" >> ~/.tmux.conf
tmux
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.