[konsole] [Bug 523859] New: Ctrl+click on a link is both opened by Konsole and forwarded to the mouse-tracking application, so apps that handle links themselves open the URL twice

https://bugs.kde.org/show_bug.cgi?id=3D523859

            Bug ID: 523859
           Summary: Ctrl+click on a link is both opened by Konsole and
                    forwarded to the mouse-tracking application, so apps
                    that handle links themselves open the URL twice
    Classification: Applications
           Product: konsole
      Version First 26.04.3
       Reported In:
          Platform: openSUSE
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: general
          Assignee: [email protected]
          Reporter: [email protected]
  Target Milestone: ---

SUMMARY

When an application running in Konsole has mouse reporting (mouse tracking)
enabled, a single Ctrl+click on a URL is handled twice:

1. Konsole itself opens the link (the normal Ctrl+click link activation), a=
nd
2. Konsole also forwards the same click to the application as an SGR mouse
event.

If the application also opens URLs on Ctrl+click - which modern TUI apps
increasingly do (e.g. Claude Code's fullscreen TUI, the herdr multiplexer) -
one physical click opens the URL in two browser tabs. With a multiplexer pl=
us
an agent TUI stacked inside Konsole, this compounds to three tabs per click.

Konsole should treat the click as consumed by exactly one layer: either
activate the link itself, or forward the click to the mouse-aware applicati=
on,
but not both.

STEPS TO REPRODUCE

Minimal reproduction without any third-party app:

1. In Konsole, print a URL, enable mouse reporting, and dump incoming input:
   echo "https://example.com"; printf '\033[?1000;1006h'; command cat -v
2. Ctrl+click the printed URL.
3. Restore with Ctrl+C and: printf '\033[?1000;1006l'

Real-world reproduction: run any TUI that opens links on Ctrl+click (e.g.
Claude Code) in Konsole and Ctrl+click a URL it prints -> two browser tabs.

OBSERVED RESULT

Both of these happen for the single Ctrl+click:
- the browser opens https://example.com (Konsole activated the link), and
- cat -v prints an SGR mouse sequence such as ^[[<16;12;3M^[[<16;12;3m (the
same click was also delivered to the application; button code 16 =3D left b=
utton
with the Ctrl modifier).

Confirmed on the system below: a single Ctrl+click produced both the browser
tab and the forwarded SGR press/release pair.

EXPECTED RESULT

One Ctrl+click is handled by exactly one layer. When the foreground applica=
tion
has mouse tracking enabled and the click is forwarded to it, Konsole should=
 not
additionally activate the link (or alternatively, should not forward a clic=
k it
consumed for link activation). For comparison, other terminals reportedly
forward-only in this situation (e.g. Ghostty), so a Ctrl+click inside a
mouse-aware app yields a single open.

SOFTWARE/OS VERSIONS

Operating System: openSUSE Tumbleweed
KDE Plasma Version: 6.7.3
KDE Frameworks Version: 6.28.0
Qt Version: 6.11.1
Konsole Version: 26.04.3
Graphics Platform: X11

ADDITIONAL INFORMATION

The same double-handling bug existed in the herdr terminal multiplexer (it
opened the link itself and also forwarded the click to the pane app) and was
recently fixed there by suppressing the forward of a click consumed for link
opening: https://github.com/herdrdev/herdr/issues/1748

Profile uses default link settings (UnderlineLinksEnabled default/true,
OpenLinksByDirectClickEnabled default/false).

Disclosure: this report was drafted with the help of Claude Code, but the
behavior and the reproduction steps above were run and verified by me (both=
 the
browser tab and the forwarded SGR sequence were observed for a single physi=
cal
click).

--=20
You are receiving this mail because:
You are watching all bug changes.=