docs(tabs): document tab colors and the cycle-tab-color action - #601
Conversation
Documents setting a tab's color from the tab context menu, how colors behave for tabs inside a group, and the new customizable `workspace:cycle_active_tab_color` action shipped in 2026.08.13. Co-Authored-By: Warp <agent@warp.dev>
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
|
This PR was generated with Warp. Comment |
|
Your GitHub account is not connected to Warp. Connect it here. |
|
I'm starting a first review of this pull request. You can view the conversation on Warp. I completed the review and no human review was requested for this pull request. Comment Powered by Oz |
There was a problem hiding this comment.
Overview
This PR adds a Tab colors section to the Tabs documentation, covering manual tab colors, group behavior, the keyless workspace:cycle_active_tab_color action, and the related directory_tab_colors setting. The behavior described matches the referenced implementation, and there are no security or spec-alignment blockers.
Concerns
- Two small docs-style issues can be cleaned up inline: one UI option should use the exact label/formatting, and one contextual callout should use the note style instead of tip.
Verdict
Found: 0 critical, 0 important, 2 suggestions
Approve with nits
Comment /warp-agent-review on this pull request to retrigger a review (up to 3 times on the same pull request).
Powered by Oz
| 1. Right-click the tab you want to color. | ||
| 2. Click a color in the color row. | ||
|
|
||
| To remove a color, right-click the tab and click the same color again, or pick the default (no color) option. |
There was a problem hiding this comment.
💡 [SUGGESTION] Use the exact UI label and format it as a UI option.
| To remove a color, right-click the tab and click the same color again, or pick the default (no color) option. | |
| To remove a color, right-click the tab and click the same color again, or select **Default (no color)**. |
|
|
||
| The **Cycle current tab color** action (`workspace:cycle_active_tab_color`) steps the active tab through the available colors, then back to no color. It has no default shortcut, so reach it from the [Command Palette](/terminal/command-palette/) or bind a key to it in **Settings** > **Keyboard shortcuts**. | ||
|
|
||
| :::tip |
There was a problem hiding this comment.
💡 [SUGGESTION] This callout points to related reference material rather than an expected outcome, so use a note callout.
| :::tip | |
| :::note |
There was a problem hiding this comment.
Approved after reviewing the documentation diff and verifying the client action and settings names, UI-reference validation, npm run typecheck, npm run build, and the green GitHub CI checks. Local npm run lint was unavailable because the repository does not vendor the Trunk binary.


Summary
Tab colors were undocumented, and the 2026.08.13 release added a customizable action to cycle the active tab's color. This adds a Tab colors section to the Tabs page covering both.
Found by the
missing_docsdrift-watch audit (changelog item: "Added a customizable action to cycle the active tab color from a keybinding or the Command Palette").Changes
workspace:cycle_active_tab_color), which has no default shortcut and is reachable from the Command Palette or a custom keybinding.directory_tab_colorssetting for automatic per-directory colors.Verification
app/src/workspace/mod.rs; behavior (group-aware cycling, wrap back to no color) fromapp/src/workspace/view.rs; the context-menu color row, including its "Default (no color)" entry and toggle-off behavior, fromapp/src/tab.rs.npm run buildpasses;style_lint --changedreports no new issues.Deferred findings from this audit run
/connect-grok(already inagents/cli/models-and-usage.mdx), repository-qualified skill references (already in the CLI reference), new shell completions (vagrant,openssl,yc,journalctl) and the run-platform icon, which have no per-item doc surface.internalin the companion bookkeeping PR.style_lintskill.