Nicholas,
I wish I could reproduce it, but now I can't. I've just attached to 6
different machines that used to have the problem and I can reproduce it upon
initial connection, but when I exit all of my existing tmux sessions on that
server, I can no longer reproduce the problem. At least I now have a known
workaround. Anything else you want to see if I get one in this state again?
-Mike
________________________________
From: Nicholas Marriott <nicholas.marri...@gmail.com>
To: Michael Garrett <mgarret...@yahoo.com>
Cc: "tmux-users@lists.sourceforge.net" <tmux-users@lists.sourceforge.net>
Sent: Friday, December 21, 2012 5:07 AM
Subject: Re: tmux mouse not working on one of my machines
Hi
So when you split the window and click on a pane nothing happens?
Can you kill run "tmux -Ltest -vvvvv" then do C-b : set -g
mouse-select-pane, split the window once, click a few times to reproduce
the problem, and send me the tmux-server-* log file?
libevent 1.1 is way way too old for tmux or anything else so it might be
worth trying a later version.
On Thu, Dec 20, 2012 at 08:44:57AM -0800, Michael Garrett wrote:
> I manage a lot of Centos 5.x and 6.x machines. On at least one of them,
> (actually a few) I can't get tmux mouse mode to work. Specifically
> mouse-select-pane, but probably more. All of my machines call the same
> .tmux.conf file out of the same NFS mounted home directory. That file
> contains these 4 lines:
> set -g mode-mouse on
> set -g mouse-resize-pane on
> set -g mouse-select-pane on
> set -g mouse-select-window on
> The server side machine that mouse-select-pane doesn't work on is called
> "admin". It has these properties that I think are pertinent based on info
> from the main tmux sourceforge page:
> [mgarrett@admin ~] rpm -qa | grep -i curses
> ncurses-5.5-24.20060715
> ncurses-5.5-24.20060715
> [mgarrett@admin ~] rpm -qa | grep -i libevent
> libevent-1.1a-3.2.1
> [mgarrett@admin ~] uname -a
> Linux admin.mgmt.smoke 2.6.18-164.el5 #1 SMP Thu Sep 3 03:28:30 EDT 2009
> x86_64 x86_64 x86_64 GNU/Linux
> One of the many server side machines that it works on is called "cycl01"
> Here are the same properties:
> [mgarrett@cycle1 ~] rpm -qa | grep -i curses
> ncurses-5.5-24.20060715
> ncurses-5.5-24.20060715
> <Same as above>
> [mgarrett@cycle1 ~] rpm -qa | grep -i libevent
> libevent-1.1a-3.2.1
> <same as above>
> [mgarrett@cycle1 ~] uname -a
> Linux cycle1.mgmt.smoke 2.6.18-164.el5 #1 SMP Thu Sep 3 03:28:30 EDT
> 2009 x86_64 x86_64 x86_64 GNU/Linux
> <same as above>
> Most of my testing of this problem is from a client machine (a Mac laptop)
> running iTerm 2 Build 1.0.0.20120724, but I eliminated iTerm as being the
> problem by running the same mouse-select-pane tests from a native Linux
> desktop, and it had the same problem on admin and worked on cycl01.
> What other variables could cause the mouse tools to not work on one server
> side machine if kernel, ncurses, and libevent are the same?
> Thanks for your help.
> -Mike
> ------------------------------------------------------------------------------
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> _______________________________________________
> tmux-users mailing list
> tmux-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tmux-users
------------------------------------------------------------------------------
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
_______________________________________________
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users
