Jiayuan Zhang 2889269c16 fix(views): open a real browser tab on modifier-click for non-anchor surfaces (MUL-5456) (#6125) ...

Web has no `NavigationAdapter.openInNewTab`. Real anchors are fine — the
browser's native modifier-click handles them — but three surfaces are not
anchors and had no fallback, so cmd/ctrl/middle click silently did the
wrong thing:

- List rows (`useRowLink`) navigated in place. Affects projects / agents /
  skills / squads / runtimes / autopilots.
- Avatar profile links navigated in place.
- Editor project mentions did nothing at all: `handleClick` called
  `preventDefault()` up front, then returned when no adapter was found.

Fixed per surface rather than by defining `openInNewTab` on the web
adapter — that would regress `AppLink`, which relies on the adapter being
undefined to let native anchor semantics through, collapsing cmd+click
(background tab), shift+click (new window) and cmd+shift+click
(foreground tab) into one `window.open` outcome.

- Non-anchors (rows, avatars) get the `window.open(getShareableUrl(...))`
  fallback already used by `table-view` and `html-attachment-preview`.
- The project mention is a real anchor, so `preventDefault()` moves into
  the branches that actually handle the click, matching `IssueMention` in
  the same file. Native behaviour is preserved.

Desktop is unchanged: the adapter still wins on every path.

Co-authored-by: Lambda <lambda@multica.ai>
Co-authored-by: multica-agent <github@multica.ai>

2026-07-29 19:00:14 +08:00

..

components

fix(views): open a real browser tab on modifier-click for non-anchor surfaces (MUL-5456) (#6125)

2026-07-29 19:00:14 +08:00