nledez / tun-manager / 32147722606
100%

DEFAULT BRANCH: main
Ran
Jobs 1
Files 28
Run time 1min
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst
coverage: 99.431% (+0.002%) from 99.429%
32147722606

push

github

nledez 
fix(macos): show the window in front, in the Dock, and keep the history

Four things, and the first two share a cause.

Clicking a tunnel appeared to do nothing. An accessory application has no
Dock icon, no Command-Tab entry and nothing frontmost, so its windows
open behind whatever the user is actually looking at — which is
indistinguishable from not opening. It becomes a regular application
while a window is up and goes back to the menu bar when the last one
closes, which fixes the ordering and grants the Dock icon and the
Command-Tab entry that were asked for. The status item is unaffected
either way, and closing the window no longer risks quitting: that is the
Quit item's job and nothing else's.

Switching tunnels no longer costs the first one its history. Every tunnel
the window has looked at keeps its subscription and its series while the
window is open, so coming back to one shows a continuous graph instead of
a gap where nobody happened to be looking. They are released together on
close, along with the histories — a graph resumed hours later would join
two points across a gap and draw a spike that never happened.

I could not reproduce the click failure directly: driving the menu needs
automation permission this machine has not granted, and asking for it to
chase a bug would have been a poor trade. The diagnosis is from the
window ordering rules rather than from a reproduction, which is worth
knowing if it turns out to be something else.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

2623 of 2638 relevant lines covered (99.43%)

40.37 hits per line

Jobs
ID Job ID Ran Files Coverage
1 32147722606.1 28
99.43
 GitHub Action Run
Source Files on build 32147722606