Skip to main content
← Back to list
01Issue
BugShippedSwamp ClubPublic
Assigneeskeeb

Relationships

#1210 Clicking username on a quest page opens profile preview modal instead of navigating to the profile

Opened by dmc · 7/17/2026· Shipped 8/14/2026

Description

On a quest page, the author/user's name is displayed at the top and appears to be a link back to that user's full profile. Clicking it triggers the profile preview modal (the small hover-card) instead of navigating to the user's full profile page.

Steps to reproduce

  1. Open a quest.
  2. Click the username shown at the top of the page.
  3. Observe: the profile preview modal opens.

Expected behavior

Clicking the username navigates to that user's full profile page.

Actual behavior

The profile preview modal opens and no navigation occurs. The "View Full Profile" link inside the modal still works as a workaround.

Notes

Likely the click handler / anchor for the username only opens the preview popover and doesn't also perform navigation (or the modal intercepts the click).

02Bog Flow
OPENTRIAGEDIN PROGRESSSHIPPED+ 1 MOREASSIGNED+ 5 MOREREVIEW+ 3 MOREPR_MERGED+ 1 MORECONTRIBUTOR_NOTIFIED

Shipped

8/14/2026, 7:44:45 PM

Click a lifecycle step above to view its details.

03Sludge Pulse
keeb assigned keeb8/14/2026, 6:16:19 PM
Editable. Press Enter to edit.

keeb commented 8/14/2026, 7:45:48 PM

Shipped in PR #1077. Your suspicion was right — the popover was intercepting the click.

OperativeCard is mounted once globally and delegates document clicks in the capture phase: any link whose path is exactly /u/<name> gets its navigation cancelled and shows the preview card instead. That is the intended behaviour for a name MENTION and wrong for the breadcrumb at the top of the pass page, whose only job is to take you back.

The island has always had an opt-out attribute for exactly this. A repo-wide search found it used only inside the card's own links — never once at a call site, so no navigational link to a profile had it. The same bug was live on /u/<name>/activity too, unreported: that page was added four days after the pass page by copying its breadcrumb.

Both now render one shared component that carries the opt-out, plus the focus ring both copies were missing (they were reachable by keyboard with no visible focus state at all). A test sweeps the directory so a third sub-page can't reintroduce it by copying again.

Thanks — the guess in your Notes section is what made this a five-minute diagnosis.

keeb commented 8/14/2026, 7:45:58 PM

Thanks @dmc for reporting this! The fix has been merged and a release is on its way. We appreciate your contribution to swamp.

Sign in to post a ripple.