Describe the bug
On macOS with a second/external display, Omi can leave behind an invisible popup/menu window that blocks clicks in a rectangular area under the Omi menu-bar icon. The window is fully transparent but still intercepts mouse events.
To Reproduce
Steps to reproduce the behavior:
- Run Omi Desktop on macOS with two displays.
- Use the external/second display as an active workspace.
- Open or interact with the Omi menu-bar icon on that display.
- Dismiss the menu and try clicking apps underneath the top-center area of the second display.
- Clicks fail in an invisible rectangular region.
Current behavior
Clicks do not register in a roughly 328x327 invisible box on the second display. macOS window inspection shows an Omi-owned popup-layer window still present:
owner=omi, layer=101, alpha=0.000, bounds x=-1060 y=31 w=328 h=327
Expected behavior
After the Omi menu-bar dropdown is dismissed, no transparent Omi window should remain above other apps or intercept clicks. Underlying apps should receive clicks normally.
Screenshots
No visible UI appears because the blocking window is transparent. The issue was confirmed through macOS window inspection.
user ID (can we access the user info to validate the bug?):
b46P1HvuH1cp6i6azKUBDc7xvDS2
Smartphone + device (please complete the following information):
- Device: MacBook with Apple M4 Pro + LG HDR 4K external display
- OS: macOS 26.5, build 25F71
- Browser: N/A, desktop app
- App Version: Omi Desktop 0.11.427, build 11427
- Device version: External display scaled to 1920x1080 @ 60Hz
Additional context
Likely related to Omi’s macOS NSStatusBar / NSMenu implementation. The source creates a status-bar menu with custom NSMenuItem.view rows, and there is also a status-item health check that can recreate the status item. A possible fix is to call old.menu?.cancelTracking() and clear old.menu = nil before removing/recreating the status item, and avoid recreating it while the menu is open.
Describe the bug
On macOS with a second/external display, Omi can leave behind an invisible popup/menu window that blocks clicks in a rectangular area under the Omi menu-bar icon. The window is fully transparent but still intercepts mouse events.
To Reproduce
Steps to reproduce the behavior:
Current behavior
Clicks do not register in a roughly 328x327 invisible box on the second display. macOS window inspection shows an Omi-owned popup-layer window still present:
owner=omi,layer=101,alpha=0.000,bounds x=-1060 y=31 w=328 h=327Expected behavior
After the Omi menu-bar dropdown is dismissed, no transparent Omi window should remain above other apps or intercept clicks. Underlying apps should receive clicks normally.
Screenshots
No visible UI appears because the blocking window is transparent. The issue was confirmed through macOS window inspection.
user ID (can we access the user info to validate the bug?):
b46P1HvuH1cp6i6azKUBDc7xvDS2Smartphone + device (please complete the following information):
Additional context
Likely related to Omi’s macOS
NSStatusBar/NSMenuimplementation. The source creates a status-bar menu with customNSMenuItem.viewrows, and there is also a status-item health check that can recreate the status item. A possible fix is to callold.menu?.cancelTracking()and clearold.menu = nilbefore removing/recreating the status item, and avoid recreating it while the menu is open.