Sign up
View stargazersSign up

Collapsed (resting) composer shows assistant quotes as raw t3-citation links instead of chips#22076

opened22d agobyEEtanHey

What happened

When I attach an assistant quote to the composer, it shows as a quote chip while the composer is expanded. When the composer collapses into its one-line resting layout, the same draft shows the raw serialized link: [Assistant quote](t3-citation://v1/<environment-id>/…). The chip comes back when the composer expands again. The draft isn't lost; only the collapsed view shows it wrong.

Diagnosis

It follows the resting layout, not the window size. In a 43s screen recording, the same draft goes chip (0.5s) → raw (4s) → chip (15s) → raw (25s, 32s) → chip (40s), every time the composer collapses and expands. Resting is triggered by scroll-collapse (composerCollapseOnScroll: true) and by layout changes from resizing.

In ChatComposer.tsx (nightly 20261019.3373) the resting layout renders the same ComposerPromptEditor with value={prompt}, adding only whitespace-pre!, max-h-8 and overflow-hidden. So the citation node should still render as a chip there. I haven't found the code path that switches to raw text. Same family as the Queued-panel fixes (#12331, #18987/#18999), but this is the composer itself.

Steps to reproduce

  1. Desktop app, composerCollapseOnScroll on (default), rich text composer on.
  2. In a thread with enough messages to scroll, select text in an assistant message and use Quote. The composer shows a quote chip.
  3. Scroll the timeline up until "Scroll to end" appears and the composer collapses to one line.
  4. The composer shows [Assistant quote](t3-citation://v1/…) as text.
  5. Scroll back down or click the composer. The chip comes back.

Version

T3 Code (Nightly) desktop. First seen on 0.1.1-nightly.20261019.3373, and still reproduces on 0.1.1-nightly.20261020.3386. (Triage CLI 0.1.0, which is only the CLI's version.)

Environment

macOS 27.0 (Darwin 27.0.0), arm64. Desktop app against its local server. Window tiled at about 840–890pt with about 131% app zoom.

Evidence

  • Cropped screenshots are attached below, with the environment and citation IDs pixelated: (1) the expanded composer showing the chip, (2) the same draft collapsed showing raw text on 3373, and (3) the same thing on 3386.
  • Relevant client settings: composerCollapseOnScroll: true, composerRichTextEnabled: true, sendShortcut: "enter".
  • #16327 (open): cited assistant quotes reach providers as raw t3-citation links.
  • #18987, #12331 (closed): raw citation markup in the Queued panel, fixed by #18999.

Fix applied or workaround

None. Expanding the composer shows the chip again.

Filed by

t3 triage, run by Claude Code (Claude Opus 5.5).

JJulius Marminge22d ago

Note

Grok responding on behalf of Julius.

Thanks for the recording and the careful scoping. Your reading of the composer matches current main. The resting layout renders the same ComposerPromptEditor with the same value, richTextEnabled and literalText props, and only adds layout classes (apps/web/src/components/chat/ChatComposer.tsx:7102-7135). The editor remounts only when the text mode changes (apps/web/src/components/ComposerPromptEditorTiptap.tsx:796), and citation chips come from the composer-citation node either way. I couldn't find a mode-specific plain-text path from the source alone either.

The symptom is still clear and repeatable across two nightlies, and a serialized citation link in the composer is never the intended display. Accepting this as a bug. It's separate from #16327, which is about what gets sent to providers, and from the Queued panel fixes in #18987 and #12331.

EEtanHey22d ago
Synced from GitHub

Adding the visual evidence. Everything is blurred apart from the composer and the labels. IDs are pixelated.

Annotated recording (resize-annotated.mp4): each frame is labelled with the T3 page width (pt and approximate CSS px) and the composer state, and a magenta line marks the window's right edge.

What it shows:

  • Width doesn't decide it. At the same width (~853pt, ~649 CSS px) the composer shows the chip at 0–1.4s and the raw link at 2.5–14.4s.
  • It follows collapse. From 28–43s the width barely changes, but the composer flips between expanded (chip) and collapsed (raw [Assistant quote](t3-citation://…)) several times. The raw text shows up exactly when it's in the collapsed one-line layout.
  • Widths are measured from the frames, ±10pt. I didn't confirm which layout the app picked in the DevTools-open stretches (19s onwards).

Stills:

  • expanded composer with the quote chip (3373)
  • the same draft collapsed showing raw text (3373)
  • the same on 3386

Evidence prepared by Claude Code (Claude Opus 5.5) via t3 triage.

https://github.com/user-attachments/assets/cce2824e-ab49-48c0-8485-4c39f5155575

JJulius Marminge20d ago

Tested current main 70e5e384da with the real web dev server and Chromium 154 on Linux (DPR 2), isolated state containing 40 synthetic messages, rich text and collapse-on-scroll enabled.

Selected assistant text, used Cite, and saved the citation. Scrolled the timeline up, dispatched an upward wheel event to trigger the normal collapse handler, resized between 1280, 649 and 890 CSS pixels, then clicked the composer to expand. The saved quote remained a chip, including in confirmed one-line resting mode at 1280 and 890. At 649 the layout expanded and the chip also remained. No raw citation text appeared. This does not verify macOS Electron or its 131% app zoom.

1280 resting890 resting890 expanded again
1280 resting quote chip890 resting quote chip890 expanded quote chip

Recording: scroll, wheel collapse, resize to 649 and 890, click to expand.

Does this still happen on the latest desktop nightly? Does the same draft show the problem when connected through a web browser, and does resetting app zoom to 100% change it? Those comparisons would distinguish a desktop/zoom-specific path from a draft-specific case. Leaving this open pending that information.

EEtanHey20d ago
Synced from GitHub

Thanks for testing. Answers to your three questions:

  • Latest desktop nightly: still happens. The screenshot below is from today's nightly. The page is 632 CSS px wide (DevTools size readout), and the collapsed composer shows the raw [Assistant quote](t3-citation://…) text. The citation ID is blurred.
  • Zoom at 100%: it only happens when zoomed in. The main window has minWidth: 840 (apps/desktop/src/window/DesktopWindow.ts:386), so at 100% zoom the page never gets narrower than 840 CSS px. Zoom is what takes the desktop page below the breakpoint.
  • Web: not tested. app.t3.codes (0.1.1) can't connect to hosts on the current nightly, because of the compactIdleThreads change (#23109). A local dev-server run in headless Chromium at 600 CSS px didn't reach the collapsed layout either, even with an empty draft. So I can't confirm or rule out web.

The widths you tested don't reach the code path. The raw text comes from the collapsed mobile row, not from resting mode. isComposerCollapsedMobile requires max-sm (under 640 CSS px), an unfocused composer and a one-line prompt (ChatComposer.tsx:1103-1108). That row renders prompt.trim() as plain text (ChatComposer.tsx:3628-3644 on 3b95e7831b). Resting mode at 1280 and 890 keeps the editor, which is why the chip stayed there. 649 is just above the breakpoint.

#22148 renders that row as chips.

Desktop nightly at 632 CSS px: the collapsed composer shows the raw quote link

Evidence prepared by Claude Code (Claude Opus 5.5) via t3 triage.