Sainnhe Park

You can clone the fzf repo and try if /bin/fzf-tmux works on your machine.

This should be fixed via faceb3d.

What about directly run the script? ```shell $ tmux run-shell -b ~/.tmux/plugins/tmux-fzf/main.sh ```

@jlobos @neerajbadlani As I said above, you can try to directly run this script and see if there is any output. ```shell $ tmux run-shell -b ~/.tmux/plugins/tmux-fzf/main.sh ```

@neerajbadlani What about this command? ```shell $ ls | ~/.tmux/plugins/tmux-fzf/scripts/.fzf-tmux ```

@neerajbadlani Could you share your configuration? Including .tmux.conf, .bashrc or related shrc. Or maybe minimal configuration that can reproduce this bug, or maybe your dotfiles repo.

@neerajbadlani Maybe it's caused by $FZF_DEFAULT_OPTS, I'm not sure. You can try to comment out unrelated config in your shrc and see if there is any possibility to provide a...

@neerajbadlani Since the version of fzf is very different in different distros, I can't directly use the system wide `fzf-tmux` executable, so I have to copy the script from upstream....

I can't reproduce, does it work if you directly run `tmux list-keys | fzf`? The command `sed '1i [cancel]'` is used to insert a new line `[cancel]` in the first...

It's controlled by `:follow` option. https://github.com/sainnhe/tmux-fzf/blob/1801dd525b39154745ea668fb6916035023949e3/scripts/.envs#L20 Try to upgrade your fzf.