diff options
| author | Danilo M. <danix@danix.xyz> | 2026-09-15 10:06:49 +0200 |
|---|---|---|
| committer | Danilo M. <danix@danix.xyz> | 2026-09-15 10:06:49 +0200 |
| commit | f43f31a8efabcf160d6897191f99d173aa9f5c64 (patch) | |
| tree | a01c4426bc80c8e3e763ec7aa34a513b0b4424af /docs/superpowers | |
| parent | 25e28ce76d1fdfbca56ac0a54bb873510e5c029d (diff) | |
| download | quickshell-f43f31a8efabcf160d6897191f99d173aa9f5c64.tar.gz quickshell-f43f31a8efabcf160d6897191f99d173aa9f5c64.zip | |
fix(desktop): stop bluetooth and wifi scans after 60s
Neither scan property self-terminates. BlueZ discovery runs until
StartDiscovery is stopped, and the NetworkManager scanner repeats until
disabled; the docs for both say as much and give no timeout or interval
property. The scan button was the only writer of either property, and
closing the drawer destroys the page without touching them, so a scan
started and forgotten kept the radio busy for the rest of the session.
Continuous wifi scanning also costs throughput on the connected link.
Each page gets a Timer bound to the scan property rather than started by
the button. Binding it that way means a manual stop cancels the clock,
and reopening the page on a scan still running from an earlier visit
re-arms a fresh 60s instead of leaving it running forever.
Verified both files parse: the desktop shell hot-reloaded without
dropping its process. The timeout firing at 60s is not verified here,
since it needs a real scan on the radio.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01A7ThHHh5iTYbVfp3rNAkw2
Diffstat (limited to 'docs/superpowers')
0 files changed, 0 insertions, 0 deletions
