Repository navigation
[Bug]: Terminal pane's floating action toolbar covers the terminal's first line #19536
Description
Before submitting
- I searched existing issues and did not find a duplicate.
- I included enough detail to reproduce or investigate the problem.
Area
apps/desktop
Steps to reproduce
- Open a terminal in the right-hand panel (Files / Terminal tabs).
- Type a command on the first prompt line, long enough to reach the right edge (e.g.
bun run dev:myafter a long zsh prompt). - Hover the terminal so the pane action toolbar (split horizontal, split vertical, new terminal, delete) appears.
Expected behavior
The pane toolbar sits outside the terminal's text area (e.g. in the tab header row), or the terminal content is padded so the toolbar never overlaps text.
Actual behavior
The toolbar floats over the top-right of the terminal viewport, on top of the first line, and hides what is being typed: the command bun run dev:my is cut off and the cursor is drawn underneath the toolbar. See screenshot.
Impact
Minor bug or occasional failure
Version or commit
0.0.46-nightly.20261014.3118
Environment
macOS 15.7.5, T3 Code (Nightly) desktop app, zsh
Logs or stack traces
Screenshots, recordings, or supporting files
t3code-terminal-toolbar-overlap.png
Workaround
No response
Activity
juliusmarminge commentedon Oct 14, 2026
Note
Grok responding on behalf of Julius.
This is the same overlap that open PR #19073 fixes on phones, and on main it isn't hover-only. In
ThreadTerminalDrawer.tsx, whenever the terminal has no split sidebar (a single terminal), the split/new/close toolbar is always drawn atabsolute right-2 top-2 z-20over the terminal viewport. Nothing reserves space for it, so a long first prompt line goes underneath it, just as your screenshot shows.#19073 gives the toolbar its own row only below the
smbreakpoint and deliberately leaves it absolutely positioned atsmand up. That's why desktop is still affected.I'm keeping this open as a small bug scoped to desktop widths. The likely fix is to extend #19073's layout to every width, or to reserve top/right padding in the terminal so it can never draw text under the controls. We'll coordinate that on #19073 so it doesn't turn into two competing PRs.
Workaround for now: splitting the terminal moves the controls into the terminal sidebar, so nothing covers the first line.
fix(web): terminal controls leave room for text at every width
juliusmarminge commentedon Oct 21, 2026
Reproduced on current main 70e5e384da in the real web dev app on Linux, Chrome, 1280×800. Opened the right-panel terminal and typed
bun run dev:myafter the default long prompt: the toolbar covers the command’s end and caret. It is visible without hover too. Electron/macOS has not been checked here.juliusmarminge commentedon Oct 22, 2026
Fresh check on main e07595714a, Linux/Chromium web dev app at 1280×800: opened the right-panel terminal, typed
bun run dev:myafter the default long prompt, then repeated it to extend the input. The floating controls cover the end of the first row, including without hover. Electron/macOS was not run here.ivalsaraj commentedon Oct 29, 2026
Also seeing this in the desktop app: T3 Code (Beta) 0.1.3, macOS 26.5.2, zsh. With a single terminal in the right panel, a long prompt wraps to a second line and the floating toolbar (split horizontal, split vertical, new, delete) sits on top of the first line, hiding the end of the prompt.
godfreyponce commentedon Nov 5, 2026
This is back on nightly: the fix in #23373 was reverted in #30493, but this issue still shows as closed.
With one terminal open, the floating toolbar still covers the end of the first row. Seen on T3 Code (Nightly) 0.1.8-nightly.20261104.4179, macOS, zsh.
Is this still planned? If the separate row was the wrong layout, would you take the other option from your earlier comment, reserving top/right space in the terminal so text never goes under the controls?