Skip to content

Vertical tabs ignore "Tab close button position" and hover-only close button is easy to misclick #12907

Description

@lioassu

Pre-submit Checks

Describe the bug

In my daily workflow, I've accidentally closed tabs 3–4 times a day because of this behavior. I'd love to have an option to keep the close button always visible instead of only showing it on hover.
Image

Summary

The Tab close button position setting currently only applies to horizontal tabs. When using Vertical Tabs, the close button always appears on the right side and ignores the configured preference.

Additionally, the close button is only visible on hover, which makes it easy to accidentally close a tab when trying to select it.

Current behavior
Settings → Appearance → Tabs → Tab close button position
Horizontal Tabs: works as expected.
Vertical Tabs: always displays the close button on the right.
The close button only appears when hovering over a tab.
Expected behavior

  1. Respect the existing setting

Vertical Tabs should honor the existing Tab close button position setting just like Horizontal Tabs.

For example:

Left → close button appears on the left.
Right → close button appears on the right.
2. Add a visibility option (feature request)

It would also be helpful to make the close button visibility configurable.

For example:

Always
On Hover (current behavior)
Never (close via shortcut or context menu)
Why this matters

With Vertical Tabs, the close button appears only after the pointer enters the tab.

This causes the clickable target to change while moving the mouse, making accidental tab closures more likely. I frequently end up clicking the newly appeared close button instead of selecting the tab.

Keeping the close button always visible (or allowing users to choose) would provide a more stable interaction.

Suggested settings
Appearance
└── Tabs
├── Close button position
│ ○ Left
│ ○ Right

└── Close button visibility
○ Always
○ On Hover
○ Never

Thanks for open-sourcing Warp! This would make the Vertical Tabs experience much more consistent with the existing settings and reduce accidental tab closures.

To reproduce

Image

Expected behavior

No response

Screenshots, videos, and logs

No response

Operating system (OS)

Select an OS

Operating system and version

macos13

Shell Version

v0.2026.06.17.09.49.stable_02

Current Warp version

No response

Regression

No, this bug or issue has existed throughout my experience using Warp

Recent working Warp date

No response

Additional context

No response

Does this block you from using Warp daily?

No

Is this an issue only in Warp?

Yes, I confirmed that this only happens in Warp, not other terminals.

Warp Internal (ignore): linear-label:b9d78064-c89e-4973-b153-5178a31ee54e

None

Metadata

Metadata

Assignees

Labels

area:settings-keybindingsSettings UI, preferences, keybindings, and keyboard-shortcut management.area:window-tabs-panesWindow, tab, pane, and workspace layout management.bugSomething isn't working.enhancementNew feature or request.repro:highThe report includes enough evidence that the issue appears highly reproducible.triagedIssue has received an initial automated triage pass.warp:auto-triage-review

Type

No type
No fields configured for issues without a type.

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions