QuickSelect won't follow line wrap in tmux sessions

[walkert]

What Operating System(s) are you seeing this problem on?

macOS

Which Wayland compositor or X11 Window manager(s) are you using?

No response

WezTerm version

20230731-231025-ca9cf230

Did you try the latest nightly build to see if the issue is better (or worse!) than your current version?

Yes, and I updated the version box above to show the version of the nightly that I tried

Describe the bug

I'm in a tmux session with a very long URL displayed on the screen. It is visually wrapped to the next line. If I pull up Quick Select with Ctrl-Shift-Space, only the first line is captured. If I exit tmux and attempt the same with a wrapped URL, the entire URL is selected. An example of what I mean below:

In a normal session it looks like this:

|[a]https://someverylong/url/is/listedh|
|[a]ere/index.html                     |

So with the above, in tmux once I copy the URL I get https://someverylong/url/is/listedh vs a regular session which gets https://someverylong/url/is/listedhere/index.html.

In tmux only the first line is selected (note the prefix only appears on the top line):

In a normal session it looks like this:

To Reproduce

Open terminal. Echo long URL to the screen such as https://github.com/wez/wezterm/issues/new?assignees=&labels=bug&projects=&template=bug.yml. Shrink the screen enough that the line is wrapped. Enter Quick Select mode. Do this within tmux and from a non-tmux shell.

Configuration

no config

Expected Behavior

I'd like the behaviour in a tmux session to be the same as outside.

Logs

I wasn't able to find any relevant logs when using Quick Select.

Anything else?

No response

[wez]

Matching works on logical lines. I'm not going to support matching this kind of output. You can use wezterm's native panes instead.

[walkert]

Just so I'm clear, this is an issue of not supporting tmux fully in the terminal since you're already matching these lines in a regular window?

[wez]

functions in wezterm that match text using regular expressions operate on logical lines, matching contiguous text.

Supporting matching arbitrary ranges delimited by arbitrary separator characters requires some engineering effort to guess at when a pane is a pane and is not some other kind of ascii art on the screen (and will thus be a source of bugs when it inevitably doesn't work how someone expects) and is also costly at runtime. I won't be supporting that at that layer.

If/when:

• Support tmux control mode #336

is done, then it will likely just happen work with no additional effort, because it will work "natively" in the Pane abstraction.

If you're using tmux and want to use quickselect style functionality, you should consider https://github.com/fcsonline/tmux-thumbs which was the inspiration for this feature in wezterm.

[walkert]

Thanks for the detailed reply!

[github-actions]

I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.