Long URL that spans several lines in a tmux pane isn't parsed properly when cmd-clicked

[xlbly]

Issue Description

When a long URL is displayed over several lines in a terminal window, it is properly parsed as a multi-line URL and can be cmd-clicked.

Doing the same thing inside a tmux pane doesn't work: only the first line of the URL is parsed, which breaks the functionality.

Expected Behavior

Multi-line URLs should be parsed inside of tmux panes.

Actual Behavior

Only the first line of multi-line URLs is parsed inside of tmux panes.

Reproduction Steps

1. Open Ghostty
2. Open tmux
3. Create a small pane
4. Type a URL so that it spans several lines
5. Try to cmd-click it

Ghostty Logs

No response

Ghostty Version

Ghostty 1.2.2

Version
  - version: 1.2.2
  - channel: stable
Build Config
  - Zig version   : 0.14.1
  - build mode    : builtin.OptimizeMode.ReleaseFast
  - app runtime   : apprt.Runtime.none
  - font engine   : font.main.Backend.coretext
  - renderer      : renderer.generic.Renderer(renderer.Metal)
  - libxev        : kqueue

OS Version Information

macOS 15.6

(Linux only) Display Server

None

(Linux only) Desktop Environment/Window Manager

No response

Minimal Ghostty Configuration

command = /bin/bash
theme = Catppuccin Mocha
font-family = SFMono Nerd Font
font-size = 11
copy-on-select = clipboard

Additional Relevant Configuration

No response

I acknowledge that:

• I have reviewed the FAQ and confirm that my issue is NOT among them.
• I have searched the Ghostty repository (both open and closed Discussions and Issues) and confirm this is not a duplicate of an existing issue or discussion.
• I have checked the "Preview" tab on all text fields to ensure that everything looks right, and have wrapped all configuration and code in code blocks with a group of three backticks (```) on separate lines.

[qwerasd205]

Do any other terminals implement this? The reason it can't properly parse a URL wrapped across lines like this is because the terminal is completely unaware of the tmux panes, so as far as its concerned it just sees ... https://www.goo│[axel@ ..., it doesn't have any way to know that it should look at the next row to find more text that belongs to the same line.

[pluiedev]

Since iTerm2 is GPL-licensed and Ghostty is MIT, we can only speculate as to how they did it. My theory is that their URL parsing code also considers hard wraps (somehow) and parses across multiple lines. That's not impossible to add but would be a significant headache/overhead for us.

[jcollie]

I would say that effort is much better focused on getting apps to support OSC 8.

[trevoro]

Actually in tmux (at least in version 3.5a) you can turn this on by adding the configuration value. I think it just might be off by default.

set -ga terminal-features ",*:hyperlinks"

Then restart tmux don't just reload it. It works for me. If I use a very long printed url (or anything that wraps the terminal

echo https://www.example.com/this-url-is-longer-than-the-yankees-playoff-season

It works fine within tmux.

[xlbly]

@trevoro Thanks for the tip, I just tried with tmux 3.5a and it still doesn't work for me if the URL wraps because of a horizontal pane split.

[trevoro]

Ahhhh OK I see what you're saying; I can replicate that, too.