Ok I'm back and can take a better look at this...
Are you sure they are not still there even as zombies?
What was the outcome of killing all the panes but one once it starts
getting slow? Does it fix it?
Also did you send your config before, if not can you send it now?
On Wed, Sep 25, 2013 at
Applied with some minor tweaks, I don't mind the unreachable return
because it'll be compiled away and it's better to leave it there for
documentation/safety in case of future changes. Thanks
On Wed, Aug 21, 2013 at 11:16:40PM -0500, J Raynor wrote:
> This looks fine too, except it looks like the
Sure go for it thanks
On Sat, Aug 24, 2013 at 10:43:09PM +0100, Thomas Adam wrote:
> The current behaviour of mouse-resize-pane is such that if the mouse button
> is held down and a selection takes place within a pane, that if the mouse
> pointer then hits a border edge, that pane-resize would in
Applied, thanks.
On Mon, Sep 23, 2013 at 03:02:55PM -0500, Chris Johnsen wrote:
> With tmux 1.7, when a client executes a 'source-file' command that
> includes a 'new-session' or an 'attach-session' command, the client will
> end up attached.
>
> After the cmdq revamp, such a client always exits
Applied, thanks
On Mon, Sep 23, 2013 at 03:02:56PM -0500, Chris Johnsen wrote:
> The binding from '%' to 'splitw -h' was inadvertently lost in
> a36da3a (Remove the barely-used and unnecessary command check()
> function., 2013-08-21).
>
> ---
> I rarely split windows manually, but I happened to
applied, thanks
On Mon, Sep 02, 2013 at 04:45:17PM +0200, Michael Scholz wrote:
> % git describe
> 1.8-116-g75ec17f
>
> In tmux-1.9/format.c seems to be a mistake finding host_short, strrchr
> should be replaced by strchr for searching for a dot in hostname. E.g. my
> hostname is "pumpkin.fth-
