- Shipped
- September 6, 2026 at 1:55 AM UTC
- Author
- Kamo
- Commit
- 11b7dd4
The support chat window drew a horizontal scrollbar under a conversation that had nothing to scroll sideways to. Each message's reply button is absolutely positioned 26px outside its bubble. But the row is justified to whichever edge that bubble belongs to, so the bubble is already flush against it and there is no room on that side: the 25px control landed 22px past the message list's content box. Two consequences, and only the second was reported. It was clipped — you saw about half a reply arrow on your own messages — and an absolutely positioned box still counts toward an ancestor's scrollable overflow, so the list gained a horizontal scroll axis it never asked for. overflow-y:auto already forces overflow-x off `visible`, so that axis was scrollable, and the shared scrollbar then did exactly what it is supposed to: drew a bar for 10px of real overflow. The bar is new, the overflow is not. Before one-scrollbar the native bar was hidden, so this had been quietly clipping the reply arrow all along. Moved to the bubble's inner side, into the 20% its maxWidth always leaves — the side every other chat client puts this affordance on. The tooltip placement was already pointing away from the bubble, so it still points into free space. SocialChat carries the same block verbatim and shares the 460px window footprint, so it had the identical defect; fixed there too. Measured in a real browser at both window sizes (460x690 and its 420x540 minimum), because jsdom does no layout and cannot see a scrollbar at all: before, one horizontal bar per window on 10px of overflow; after, none, the vertical bar still drawn, and the reply control fully inside the content box on both sides of the conversation.