Skip to content

spec: hide Warp icon from the Dock when using Hotkey window#9349

Open
oz-for-oss[bot] wants to merge 1 commit intomasterfrom
oz-agent/spec-issue-1154
Open

spec: hide Warp icon from the Dock when using Hotkey window#9349
oz-for-oss[bot] wants to merge 1 commit intomasterfrom
oz-agent/spec-issue-1154

Conversation

@oz-for-oss
Copy link
Copy Markdown

@oz-for-oss oz-for-oss Bot commented Apr 29, 2026

Summary

  • Adds a product spec for a macOS-only opt-in setting to hide Warp from the Dock while using the dedicated Hotkey window.
  • Adds a tech spec grounded in the current global hotkey, Quake Mode, settings UI, and macOS platform code paths.
  • Captures recovery safeguards, including restoring the Dock icon when the user leaves dedicated Hotkey window mode or removes the configured hotkey.

Related issue: #1154

Validation

  • Ran git diff --check.

Conversation: https://app.warp.dev/conversation/7fcceaef-5e61-49c5-947c-c712b879a392
Run: https://oz.warp.dev/runs/019dd6a8-6e80-78e2-bb23-8662b8fdc98f
This PR was generated with Oz.

Co-Authored-By: Zach Lloyd <zachlloyd@users.noreply.github.com>
@oz-for-oss
Copy link
Copy Markdown
Author

oz-for-oss Bot commented Apr 29, 2026

@oz-for-oss[bot]

I'm starting a first review of this spec-only pull request.

You can follow along in the session on Warp.

I completed the review and posted feedback on this pull request.

Comment /oz-review on this pull request to retrigger a review (up to 3 times on the same pull request).

I completed the review and posted feedback on this pull request.

Comment /oz-review on this pull request to retrigger a review (up to 3 times on the same pull request).

Powered by Oz

Copy link
Copy Markdown
Author

@oz-for-oss oz-for-oss Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Overview

This PR adds product and technical specs for a macOS-only, opt-in setting that hides Warp from the Dock while the dedicated Hotkey window workflow is active. The specs define default behavior, recovery safeguards, platform API work, settings/UI integration, telemetry constraints, and validation coverage.

Concerns

  • No blocking concerns found. The open UX choices are explicitly bounded, and the technical spec provides feasible implementation paths consistent with the referenced settings, hotkey, and macOS platform layers.

Verdict

Found: 0 critical, 0 important, 0 suggestions

Approve

Comment /oz-review on this pull request to retrigger a review (up to 3 times on the same pull request).

Powered by Oz

Copy link
Copy Markdown
Author

@oz-for-oss oz-for-oss Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Overview

This PR adds product and technical specs for a macOS-only opt-in setting that hides Warp from the Dock when the dedicated Hotkey window workflow is enabled.

Concerns

  • The recovery safeguard is based on a configured keybinding, but the current global shortcut registration path can fail without surfacing success to the proposed effective-state logic; the spec should require a successful registration or a visible-Dock fallback.
  • The product spec still leaves persistence/sync scope as an open question even though the behavior and tech spec assume storage with existing dedicated Hotkey window settings.

Verdict

Found: 0 critical, 2 important, 0 suggestions

Request changes

Comment /oz-review on this pull request to retrigger a review (up to 3 times on the same pull request).

Powered by Oz

Comment thread specs/GH1154/tech.md
7. Warp disappears from the Dock but remains running and responding to the registered global hotkey.
8. If the user disables the setting, clears the keybinding, or changes global hotkey mode, the same effective-state code restores regular activation policy and the Dock icon returns.
## Risks and mitigations
1. Risk: Users can lose their obvious app entry point if the Dock icon is hidden without a working hotkey. Mitigation: effective Dock hiding requires a configured dedicated Hotkey window keybinding and restores the Dock icon when the keybinding is removed.
Copy link
Copy Markdown
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ [IMPORTANT] Configured keybinding is not enough for recovery: global shortcut registration can fail without a success signal to this effective-state logic, so this mitigation can still hide the Dock icon with no usable hotkey. Require successful registration or an immediate Dock-visible fallback when registration fails.

Comment thread specs/GH1154/product.md
2. Validate that non-macOS builds ignore the setting and do not expose macOS-specific UI.
3. Validate that settings persistence and restart behavior match the effective-state rules in Behavior 8 through 12.
## Open questions
1. Should this setting be stored only locally on each machine, or should it sync with the existing dedicated Hotkey window settings? The current product expectation is that it persists with the dedicated Hotkey window settings, while non-macOS clients ignore it.
Copy link
Copy Markdown
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ [IMPORTANT] This remains an open question while Behavior 12 and the tech spec require persistence with existing dedicated-window settings. Resolve whether the preference syncs or stays local before implementation so settings storage, UI indicators, and non-macOS ignore behavior are consistent.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant