32252714141
100%

Ran 19 Aug 2026 12:28PM UTC

Jobs 1

Files 31

Run time 1min

Badge

Embed ▾

Committed 19 Aug 2026 12:12PM UTC coverage: 98.682% (-0.7%) from 99.372%

Build # 32252714141

Build Type

push

github

Committed by

nledez

Commit Message

feat(macos): the overview asks for a round covering every tunnel

It has a latency column for each, and probes were asked for one tunnel at
a time as they were selected. So the column arrived half filled: the rows
nobody happened to click stayed blank, which reads as "no answer" rather
than as "never asked". Those are not the same news, and the table is
careful to draw them differently — which is wasted if the second one is
produced by accident.

The cost is real. Honouring it makes tun-manager send a packet for each
tunnel that is up. What bounds it is the publisher's floor of one round
every two seconds, and the addresses coming from the configuration rather
than from here.

DetailSelection moves into TunManagerFeed on the way. What a selection
asks tun-manager for is a decision, and a decision in the AppKit target
is one no test can reach — the rule the whole split exists for. The
window now reads `selection.watches` and `selection.probes` and chooses
nothing itself.

Coverage Stats

3070 of 3111 relevant lines covered (98.68%)

37.49 hits per line

Coverage Regressions

Lines	Coverage	∆	File
7	98.06	0.43%	main.go
6	92.11	-7.89%	internal/cli/import.go

Jobs

ID	Job ID	Ran	Files	Coverage
1	32252714141.1	19 Aug 2026 12:28PM UTC	31	98.68	GitHub Action Run

nledez / tun-manager / 32252714141
100%

README BADGES
x

Markdown

Textile

RDoc

HTML

Rst

Coverage Regressions

Jobs

Source Files on build 32252714141

nledez / tun-manager / 32252714141 100%

README BADGES x

Markdown

Textile

RDoc

HTML

Rst

Coverage Regressions

Jobs

Source Files on build 32252714141

nledez / tun-manager / 32252714141
100%

README BADGES
x