Skip to content

[Bug]: PR link chips in an expanded Markdown table break mid-number (#36 / 3) #24146

Closed

Description

@vwgp8wkgjz-beep

Before submitting

  • I searched existing issues and did not find a duplicate.
  • I included enough detail to reproduce or investigate the problem.

Area

apps/web

Steps to reproduce

  1. In a thread with a chat lane at least 36rem wide (the desktop window was about 2000px wide, right panel open), get an assistant reply containing a Markdown table. Put GitHub pull request links in a narrow first column and long prose in the other columns, for example:

    | PR | What it does | Review |
    | --- | --- | --- |
    | [#363](https://github.com/owner/repo/pull/363) | A long sentence of prose that takes up most of the row width and wraps over several lines in the expanded table. | Another long sentence of prose that also wraps over several lines in the expanded table. |
    | [#364](https://github.com/owner/repo/pull/364) | A long sentence of prose that takes up most of the row width and wraps over several lines in the expanded table. | Another long sentence of prose that also wraps over several lines in the expanded table. |
  2. Leave the table in its expanded state (the "Collapse table cells" button is showing).

Expected behavior

The PR link chip (GitHub icon plus #363) stays on one line, and the column is at least as wide as the chip.

Actual behavior

The first column gets squeezed and the chip's number breaks in the middle: the icon and #36 on one line, 3 alone on the next, the same for #364. The prose columns get most of the width.

This looks like it comes from the expanded-table fit rules added in #20878 (apps/web/src/index.css, @container chat-lane (min-width: 36rem)): the table gets min-width: 0 and cells get overflow-wrap: break-word, and nothing keeps the PR link chip from breaking. Those rules are unchanged on main as of 66ee628.

Impact

Cosmetic issue

Version or commit

0.1.2-nightly.20261022.3526 (f054d1b). No newer nightly up to 0.1.3-nightly.20261023.3579 changes this.

Environment

macOS, T3 Code (Nightly) desktop app connected to a remote T3 server on Debian Linux (kernel 6.12). Provider Claude, model Opus 5.5.

Logs or stack traces

No response

Screenshots, recordings, or supporting files

I can add a cropped screenshot if useful.

Workaround

Probably collapsing the table with "Collapse table cells", which keeps natural column widths and scrolls sideways. Not confirmed.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions