Description
Summary
On macOS 26.5 (Tahoe, build 25F71) running on Apple Silicon, OpenUsage's menu bar status item is created but rendered at position (-1, 1116) — i.e. the bottom-left corner of the screen, completely outside the menu bar. The icon is therefore invisible and unclickable. Because the app exposes no other UI affordance (no main window, no File > New Window menu item), the GUI becomes entirely unreachable. Backend HTTP API on 127.0.0.1:6736 works correctly.
Environment
|
|
| OpenUsage version |
0.6.24 (aarch64 build, native — not Rosetta) |
| Tauri version |
2.11.1 |
| macOS |
26.5 (build 25F71) — Tahoe |
| Hardware |
MacBookPro18,2 — M1 Max |
| Display |
Built-in Liquid Retina XDR, notch model, 1728×1117 pt logical |
| Architecture confirmed |
Mach-O thin (arm64), sysctl.proc_translated = 0 |
Steps to reproduce
- Install
OpenUsage_0.6.24_aarch64.dmg on macOS 26.5 (Tahoe) with notch.
- Remove quarantine, open the app.
- Look at the menu bar.
Expected behavior
A status item appears in the menu bar (top of the screen, y ≈ 4) showing the current usage percentage (e.g. "98%"), clickable to open the panel.
Actual behavior
- Status item is created (visible to AX inspection)
- Status item is rendered off-screen at the bottom-left corner of the display
- Clicking via
AXPress does not open any window/popover
- No fallback UI exists to access the app
Evidence
Status item position via System Events (AX)
tell application "System Events"
tell process "openusage"
set itm to menu bar item 1 of menu bar 2
return "position=" & (item 1 of position of itm) & "," & (item 2 of position of itm) & ¬
" size=" & (item 1 of size of itm) & "x" & (item 2 of size of itm)
end tell
end tell
Returns:
position=-1,1116 size=71x24
Compare with other working status items on the same machine, same session:
ChatMate Pro y=4
Spotlight y=4
One Switch y=4
TimingHelper y=4
Claude y=3
openusage y=1116 ← off-screen, bottom of display
The screen is 1728×1117 pt logical, so y=1116 is literally the last pixel row.
Backend works correctly
$ curl -s http://127.0.0.1:6736/v1/usage | jq '.[].providerId'
"claude"
"codex"
"cursor"
Each provider returns full usage data with correct plan detection (Max 20x, Pro 20x, Ultra).
App log shows no errors
[INFO] OpenUsage v0.6.24 starting
[INFO] WebKit inactiveSchedulingPolicy set to None
[INFO] local HTTP API listening on 127.0.0.1:6736
No windows are ever created
tell process "openusage" to return count of windows
-- → 0
AXPress on the off-screen status item does not change this — no popover, sheet, or window appears anywhere in the accessibility tree.
Reproducibility
- Persists across app restarts
- Persists across full system reboots
- Persists with the
Ice menubar manager installed (Ice can't reposition items rendered outside menu bar 2's y-range)
Possible cause
Likely a regression in tauri-plugin-tray (bundled in Tauri 2.11.1) caused by macOS 26 (Tahoe) NSStatusItem positioning changes. The width of 71pt suggests the app is using a text-based status item (e.g. "98%"), so this may be specific to text-only status items rather than icon-only ones.
Workaround
None known. Backend data is accessible only via curl http://127.0.0.1:6736/v1/usage. App is effectively unusable.
Steps to Reproduce
- Install
OpenUsage_0.6.24_aarch64.dmg on macOS 26.5 (Tahoe) with notch.
- Remove quarantine, open the app.
- Look at the menu bar.
Expected Behavior
A status item appears in the menu bar (top of the screen, y ≈ 4) showing the current usage percentage (e.g. "98%"), clickable to open the panel.
Actual Behavior
- Status item is created (visible to AX inspection)
- Status item is rendered off-screen at the bottom-left corner of the display
- Clicking via
AXPress does not open any window/popover
- No fallback UI exists to access the app
OpenUsage Version
0.6.24 (aarch64 build, native — not Rosetta)
Operating System
macOS (Apple Silicon)
Screenshots
No response
Additional Context
No response
Description
Summary
On macOS 26.5 (Tahoe, build 25F71) running on Apple Silicon, OpenUsage's menu bar status item is created but rendered at position (-1, 1116) — i.e. the bottom-left corner of the screen, completely outside the menu bar. The icon is therefore invisible and unclickable. Because the app exposes no other UI affordance (no main window, no
File > New Windowmenu item), the GUI becomes entirely unreachable. Backend HTTP API on127.0.0.1:6736works correctly.Environment
Mach-O thin (arm64),sysctl.proc_translated = 0Steps to reproduce
OpenUsage_0.6.24_aarch64.dmgon macOS 26.5 (Tahoe) with notch.Expected behavior
A status item appears in the menu bar (top of the screen,
y ≈ 4) showing the current usage percentage (e.g. "98%"), clickable to open the panel.Actual behavior
AXPressdoes not open any window/popoverEvidence
Status item position via System Events (AX)
Returns:
Compare with other working status items on the same machine, same session:
The screen is 1728×1117 pt logical, so
y=1116is literally the last pixel row.Backend works correctly
Each provider returns full usage data with correct plan detection (
Max 20x,Pro 20x,Ultra).App log shows no errors
No windows are ever created
AXPresson the off-screen status item does not change this — no popover, sheet, or window appears anywhere in the accessibility tree.Reproducibility
Icemenubar manager installed (Ice can't reposition items rendered outsidemenu bar 2's y-range)Possible cause
Likely a regression in
tauri-plugin-tray(bundled in Tauri 2.11.1) caused by macOS 26 (Tahoe) NSStatusItem positioning changes. The width of 71pt suggests the app is using a text-based status item (e.g."98%"), so this may be specific to text-only status items rather than icon-only ones.Workaround
None known. Backend data is accessible only via
curl http://127.0.0.1:6736/v1/usage. App is effectively unusable.Steps to Reproduce
OpenUsage_0.6.24_aarch64.dmgon macOS 26.5 (Tahoe) with notch.Expected Behavior
A status item appears in the menu bar (top of the screen,
y ≈ 4) showing the current usage percentage (e.g. "98%"), clickable to open the panel.Actual Behavior
AXPressdoes not open any window/popoverOpenUsage Version
0.6.24 (aarch64 build, native — not Rosetta)
Operating System
macOS (Apple Silicon)
Screenshots
No response
Additional Context
No response