πŸ“‘ Netfox 0.17.0 β€” is my Wi-Fi the problem? Now it just tells you

Hey everyone πŸ‘‹

Every Wi-Fi tool shows you numbers. Signal, noise, a channel number, maybe a chart. Then it leaves you there β€” because the numbers were never the question. The question is is my Wi-Fi the problem?

Netfox 0.17.0 answers it in a sentence.

The Wi-Fi tab: a plain-English verdict, the three numbers behind it, and every channel in the band

The Wi-Fi tab: a plain-English verdict, the three numbers behind it, and every channel in the band

πŸ” Four answers, and two of them want opposite things

The Wi-Fi looks fine Β· the channel is busy Β· the signal is weak Β· both at once.

That last distinction is the whole point. A crowded channel is fixed by changing channel. A weak signal is fixed by moving closer to the router. Do the first when you have the second and you burn an evening on settings for nothing β€” and the raw numbers never told you which one you had.

πŸ“Š The three numbers behind the sentence

How many networks share your spectrum Β· how many are close enough in strength to actually compete for the channel Β· your SNR.

The middle one decides the verdict, and it's deliberately not the first. An access point far below yours overlaps your spectrum on paper and never holds you up. Counting it would call a perfectly good link crowded.

The 15 dB window that defines "competing" was measured, not picked β€” on a real environment with 33 access points visible at 5 GHz, where the count sat flat all the way out to 15 dB and only then climbed πŸ“ˆ

🧭 It names a quieter channel β€” when one really exists

And it judges that channel by the width your access point would carry there. An 80 MHz AP on channel 36 is using 36 through 48, so a "quiet" channel inside that stretch isn't quiet at all.

🀐 The part I'm proudest of is what it refuses to say

A confidently wrong verdict is worse than none. So: a band it barely saw gets no suggestion, not a hedged one. A "quieter" channel has to be quieter by a real margin. And where macOS gives no noise reading, the signal half reads unknown rather than being assumed good β€” no clean bill of health from a measurement that never happened.

πŸ‘» A hidden network is now explained, not just labelled

Hiding the name is widely believed to be a security measure. It isn't: the devices that already know the network announce its name while they look for it. You've made it harder for you to join and no harder for anyone else to find. Netfox now says so β€” and counts those networks toward congestion, since spectrum doesn't care whether a name is published.

⚑ And: free a port on your Mac, no terminal

Local Services β€” every port your Mac is listening on, including the loopback-only ones

Local Services β€” every port your Mac is listening on, including the loopback-only ones

Netfox already showed you that something was holding 3000. Now each row can ask that process to quit β€” politely first, so a dev server saves what it was holding; force only offered if it ignores that.

Three details that mattered more than they sound: a server running a worker per core gets all of them asked, not just the first Β· a listener owned by the system says why it can't be quit instead of being a dead button Β· and the port is re-read right before anything is sent, because PIDs get reused.

🏷️ More devices say what they are β€” growing the service catalog turned out to be a bug fix: HomeKit accessories were arriving as Unknown because nothing looked for the Accessory Protocol, with the label for them already written and unreachable. Screen sharing, scanning and Matter are named now too.

πŸ‘‰ Free, universal binary, macOS 15.6+, signed and notarized:

And the honest question back at you: when your Wi-Fi feels slow, what do you actually check first? I'd like to know whether this verdict answers it or misses it πŸ‘€

43 views

Add a comment

Replies

Best

the devsion not to show a recommendation when the data is incomplete is a good approach. I trust tools more when they are willing to say they don’t know.

Β The local services feature is a nice addition too. Being able to identify what is using a port and ask it to quit without opening Terminal sounds genuinely useful for me

Β yeah, that one's my favourite too. it asks politely first, so a dev server can save whatever it was holding.. and only offers to force it if thatgets ignored

Β Thanks β€” that was the bit I was least sure about shipping. ngl the losing side is real: on a band it has barely seen you get nothing at all, which can read as broken rather than as declining to guess...