Stop the header eating the priority badge in a narrow window

Fixkamo-internal
Shipped
September 6, 2026 at 2:09 AM UTC
Author
Kamo
Commit
5ded144

The ticket number and both badges sit in one nowrap row, and none of the three can give way. The number is a 19-digit int64 that must not be abbreviated. The badges look shrinkable but are not: a MUI Chip puts `overflow: hidden` on its label, not on its root, so as a flex item its automatic minimum size is still the label's full width. At the support window's 420px minimum, "Resolved (Cannot Reproduce)" next to "Critical" needs 403px of the 388px available, and the header's `overflow: hidden` simply ate the priority badge — the ticket read as having no priority at all. At the 460px default everything fits, which is why this only shows up in a window someone has narrowed. Letting the row wrap costs nothing in every case that already fits — measured identical at both widths for Pre-Ticket/High and In Progress/Critical — and in the case that does not, the badge moves to a second line instead of vanishing. Wrapping rather than ellipsising because a truncated status ("Resolved (Cannot Repr…") is a worse answer than a taller header. Measured in a real browser with the actual English strings, since a pre-session probe page renders raw t() keys and would have given every chip the wrong width.

All changes

Like what you see shipping?

Every one of these updates lands in your workspace automatically. Start free and watch it grow week after week.

Start Free ForeverView Pricing