VimuxRunCommand does not open pane

[corelon]

I am trying to run
:call VimuxRunCommand("ls")
and a pane does not open and I do not get an error message
I am running tmux 1.6 on Ubuntu Server 12.04

[Integralist]

I'm also having the same problem using Mac OS X 10.9.2 with tmux version 1.8 and Vim 7.4

My entire dotfile set-up is here: https://github.com/Integralist/Fresh-Install/tree/master/Shell

Below are some further details...

❯ brew list tmux
/usr/local/Cellar/tmux/1.8/bin/tmux
/usr/local/Cellar/tmux/1.8/etc/bash_completion.d/tmux
/usr/local/Cellar/tmux/1.8/share/man/man1/tmux.1
/usr/local/Cellar/tmux/1.8/share/tmux/ (7 files)

❯ echo $PATH
/usr/local/share/npm/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin

❯ which vim
/usr/local/bin/vim

❯ vim --version
VIM - Vi IMproved 7.4 (2013 Aug 10, compiled Dec 29 2013 17:56:22)
MacOS X (unix) version
Included patches: 1-52
Compiled by Homebrew
Huge version without GUI.  Features included (+) or not (-):
+acl             +farsi           +mouse_netterm   +syntax
+arabic          +file_in_path    +mouse_sgr       +tag_binary
+autocmd         +find_in_path    -mouse_sysmouse  +tag_old_static
-balloon_eval    +float           +mouse_urxvt     -tag_any_white
-browse          +folding         +mouse_xterm     -tcl
++builtin_terms  -footer          +multi_byte      +terminfo
+byte_offset     +fork()          +multi_lang      +termresponse
+cindent         -gettext         -mzscheme        +textobjects
-clientserver    -hangul_input    +netbeans_intg   +title
+clipboard       +iconv           +path_extra      -toolbar
+cmdline_compl   +insert_expand   -perl            +user_commands
+cmdline_hist    +jumplist        +persistent_undo +vertsplit
+cmdline_info    +keymap          +postscript      +virtualedit
+comments        +langmap         +printer         +visual
+conceal         +libcall         +profile         +visualextra
+cryptv          +linebreak       +python          +viminfo
+cscope          +lispindent      -python3         +vreplace
+cursorbind      +listcmds        +quickfix        +wildignore
+cursorshape     +localmap        +reltime         +wildmenu
+dialog_con      -lua             +rightleft       +windows
+diff            +menu            +ruby            +writebackup
+digraphs        +mksession       +scrollbind      -X11
-dnd             +modify_fname    +signs           -xfontset
-ebcdic          +mouse           +smartindent     -xim
+emacs_tags      -mouseshape      -sniff           -xsmp
+eval            +mouse_dec       +startuptime     -xterm_clipboard
+ex_extra        -mouse_gpm       +statusline      -xterm_save
+extra_search    -mouse_jsbterm   -sun_workshop    -xpm
   system vimrc file: "$VIM/vimrc"
     user vimrc file: "$HOME/.vimrc"
 2nd user vimrc file: "~/.vim/vimrc"
      user exrc file: "$HOME/.exrc"
  fall-back for $VIM: "/usr/local/share/vim"
Compilation: /usr/bin/clang -c -I. -Iproto -DHAVE_CONFIG_H   -DMACOS_X_UNIX  -Os -w -pipe -march=native -mmacosx-version-min=10.9 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1      
Linking: /usr/bin/clang   -L. -L/usr/local/lib -L/usr/local/lib -Wl,-headerpad_max_install_names -o vim        -lm  -lncurses -liconv -framework Cocoa    -framework Python   -lruby.2.0.0 -lobjc  

[Integralist]

Also, when I run :help vimux I get back E149: Sorry, no help for vimux

[Integralist]

I'm using Pathogen (as you'll be able to see from my dotfile set-up)

[fernandoaleman]

I am having the same issues as above. I run the commands, but the separate window does not open up.

I am on Mac OSX Mavericks, vim 7.4, tmux 1.8, rbenv (ruby 2.1.0)

[seankibler]

Same here on Mac OSX Mavericks, 7.3, tmux 1.9a, rvm 1.25.25, ruby 2.0.0

I have the plugin installed via Vundler

[Integralist]

On a side note, I'm currently producing a book about Vim for Apress and I would love to see this plugin working properly so I could include it in my book.

[benmills]

@Integralist are you just installing the default vim packaged with homebrew? I'm having a very hard time reproducing this (I've reinstalled vim and tmux via homebrew and also used head of vimux). I see in your dotfiles that you're using pathogen (I am as well[1]), but I don't see how you manage all your bundle folder, can you point me to it?

[1] https://github.com/benmills/dotfiles/tree/master/vim/bundle

[Integralist]

@benmills that's correct. I've simply used brew install vim --override-system-vim to install Vim.

I have two provisioning scripts that download the relevant plugins into the bundle directory:

https://github.com/Integralist/Fresh-Install/blob/master/provision-complete.sh#L28-L70

Although you'll notice Vimux is no longer inside that provisioning script since it didn't appear to work for me. But I followed the standard installation instructions to git clone into my bundle directory.

I've shared a link of the vimux folder which is inside my bundle folder on my computer https://www.dropbox.com/s/o5hf4wguwmqs9hq/vimux.zip (note: I zipped it a copy of the folder) so you can see if anything in there looks odd.

Also be aware that I symlink my dotfiles into my Dropbox folder.

For example...

lrwxr-xr-x    1 markmcdonnell  staff      53  1 Feb 20:55 .vim -> /Users/markmcdonnell/Dropbox/Fresh Install/Shell/.vim
lrwxr-xr-x    1 markmcdonnell  staff      55  1 Feb 20:55 .vimrc -> /Users/markmcdonnell/Dropbox/Fresh Install/Shell/.vimrc

So ~/.vim/bundle/vimux really points to ~/Dropbox/Fresh Install/Shell/.vim/bundle/vimux

[Integralist]

@benmills hey I figured out what I was doing wrong and it was both stupid (I didn't read the README properly) and sadly disappointing as it meant Vimux doesn't do what I had hoped it would do (but that's OK because what I wanted was unrealistic anyway).

So, I didn't realise that I needed to be running Vim from inside tmux. That was the actual resolution to my problem of why the command didn't work.

The disappointment I spoke about was because of that same resolution. I was hoping there was some magic that would let me take a pre-existing Vim window and attach it to tmux some how. The reason I wanted this, is that when I pair programme with someone remotely I usually have my Vim all set-up in a specific state and so when we pair using something like tmate.io we have to open a fresh Vim instance. I was hoping Vimux might have had some magic for handling that. Nevermind though, you can't have everything :-)

On a side note: I'm going to investigate how well Vim sessions work to make the pair programming scenario easier.

I already use Tim Pope's tbone plugin which does similar things to Vimux so I guess I'll stick with that for now (not that I use it much).

Apologies for wasting your time Ben, getting you to look into a non existent problem (just my own stupidity for not reading the README properly).

I assume @corelon made the same mistake?

[Integralist]

OK I just updated that previous comment to have a million less typos in it :-/

[inside]

I can't reproduce this. @corelon are you experiencing the same issue? If not please close this issue.

[subingo]

I started using vimux today and ran into this problem. I am running vim within tmux and it sill doenst work. Interestingly it only happens on a machine that is part of some shared infra.

I debugged this further and see that the failure seems to be in the function _VimuxNearestIndex within vimux.vim. When I run :echom system("tmux list-panes"), that too hangs from vim. Any idea why this is happening?

[inside]

% tmux list-panes from the shell hangs too?

[subingo]

Nope. tmux list panes works fine from the shell.

[alerque]

@dezza See #160 for my MacVIM comments.

Everyone else: Is anybody still seeing this issue? I'm not on a Mac and am unsure if there is anything here that still needs to be tracked down or if this has become a moot issue. Any feedback?