Repository navigation
Conversation
|
Further testing:
|
Closing the main window on Windows tore down `buzz-desktop.exe` and every `buzz-acp.exe` agent-session child with it. macOS already intercepts the close and hides the window instead, but that whole `RunEvent::WindowEvent` arm — and the tray it relies on to get back — is gated to macOS. Add the Windows sibling: hide the main window on close, and register a notification-area icon that reopens Buzz on left click and offers Open and Quit on right click. The tray is also the quit path, because Alt+F4 and the taskbar's Close both raise the same `CloseRequested` event and Windows has no Buzz menu bar. Relaunching Buzz while it is hidden now unhides it as well; the single-instance handler only focused the window, which is a no-op when the window is hidden. macOS and Linux behavior is unchanged. Refs block#2412 Signed-off-by: Jeff Hedlund <jhedlund@gmail.com>
bd0a475 to
fb1f76a
Compare
🔐 Codex Security Review
|
|
Tested an equivalent change on Windows 11 (built from desktop-v0.5.28): |
Closing Buzz's window on Windows quit the app and stopped every running agent. It now hides the window, as on macOS, and Buzz adds an icon to the notification area: a left click opens Buzz, and its menu offers Open Buzz and Quit Buzz. Quit takes the same exit as the app menu, so agents stop with Buzz. Opening Buzz again also shows the hidden window, through the existing single-instance handler. The tray-icon feature is enabled only for Windows builds. Ports block/buzz#6893. Refs block#1632. Co-authored-by: Engineer <f79d52bb0d4ab12c7affaf2235c113a7fc797a9da8f9707757123b67cfafa6c6@buzz.matrixsoftwareinc.com> Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Signed-off-by: Jeff Hedlund <jhedlund@gmail.com>
|
I've ported this to the 1.0 desktop: block/buzz-app#3452. I'll leave this one open for 0.x unless you'd rather I close it. |
Summary
Closing the main window on Windows tore down
buzz-desktop.exeand everybuzz-acp.exeagent-session child with it. macOS already intercepts the close and hides the window instead, but that wholeRunEvent::WindowEventarm — and the tray it relies on to get back — is gated to macOS.Add the Windows sibling: hide the main window on close, and register a notification-area icon that reopens Buzz on left click and offers Open and Quit on right click. The tray is also the quit path, because Alt+F4 and the taskbar's Close both raise the same
CloseRequestedevent and Windows has no Buzz menu bar.Relaunching Buzz while it is hidden now unhides it as well; the single-instance handler only focused the window, which is a no-op when the window is hidden.
macOS and Linux behavior is unchanged.
Related issue
Refs #2412 (possibly closes it, but in case that is also other non-Windows behavior)
Testing
Built and installed on Windows 11, new taskbar item:
With Open Buzz, and Close Buzz options on right-click. Closing Buzz hides Buzz but keeps the process running and the taskbar item, and one left-click re-opens Buzz.