Zooming and splitting a pane adds trailing spaces to pane contents

[mathstuf]

On Fedora 25 using tmux version e725b96, I'm seeing this behavior (without any config file):

• Run echo foo
• Split the window: tmux split-window -h -d
• Zoom the first pane: tmux resize-pane -Z
• Run echo foo
• Select the output of the pane
• Paste into an editor

The first echo foo and its output will have trailing space in it while the second will not.

$TERM inside: screen-256color
$TERM outside: rxvt-unicode-256color

Logs:
tmux-client-20083.txt
tmux-out-20085.txt
tmux-server-20085.txt

Will try to bisect later today. My reflog says it appeared between d149752 and fbbf5a1 for anyone who wants to do it before I get around to it.

[nicm]

When you copy with copy mode, right?

[mathstuf]

With the mouse, sorry.

[mathstuf]

Copy mode is fine.

[nicm]

Well, if spaces happened to be the best way to clear here you would be on your own, but it does look a bit odd:

1500643722.981805 /dev/pts/11: \033[1K
1500643722.981808 /dev/pts/11: \r
1500643722.981814 /dev/pts/11: foo

There is no point in clearing to the end of the line with spaces after "foo" when we just cleared it with ED1...

And I'm not sure where these spaces have come from, because there is no evidence the line has ever been that length. Maybe rewrap expanded it for some reason.

[nicm]

Does this help? x.diff.txt

[mathstuf]

Yep, that works great. Thanks!

[nicm]

OK applied, thanks. If you have a nondefault bg colour you will still get trailing spaces but TBH unless you are using copy mode it will always be best effort.

[lock]

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.