fix(macos): hold the sleep assertion for any non-seeding torrent

The gate was `status == "Downloading"`, which is narrower than the intent. The
engine derives that status from the piece currently being fetched
(`Peer.status()` is `nil | :seed | :connecting_to_peers | index`), so an
**incomplete** torrent reports `"Idle"` or `"Connecting"` whenever no piece is
assigned to it. Behind CGNAT, where a torrent runs on one to three peers, that is
a state it passes through constantly while hunting for somewhere to ask — and
letting the Mac sleep there strands it exactly when re-dialling is the only thing
that can rescue it, because sleep drops every peer connection it might have been
about to establish.

`!= "Seeding"` is the same test the Dock menu already applies when it files
torrents under its "Downloading:" heading, so the assertion and the menu now agree
on what counts as active. There is no paused or stopped status to worry about
letting through: `Peer.status()` has no such value, and a stopped torrent is not
in the list at all.

Found by reading `powerd`'s own log after deploying the original commit —
`log show --predicate 'eventMessage CONTAINS "ElixirTorrentWebUI"'` shows every
acquire and release with an age, which is a better instrument for this than
`pmset -g assertions` because it shows the transitions rather than the current
state. It recorded a release-and-reacquire on a torrent that never stopped being
incomplete. Forty consecutive two-second samples afterwards all read
`"Downloading"`, so this specific flap is not reproduced on demand — but the code
path is plainly there, and the conservative gate has no upside on AC power.

Co-authored-by: Cursor <cursoragent@cursor.com>

Author: daniboybye

priv/macos/src/SleepPreventer.swift

@@ -24,14 +24,22 @@ final class SleepPreventer {
     private var assertionID: IOPMAssertionID = 0
     private var isHeld = false
 
+    /// Anything that is not seeding still needs the machine awake, which is why
+    /// this is `!= "Seeding"` rather than `== "Downloading"`. The engine derives
+    /// the status from the piece currently being fetched, so an incomplete
+    /// torrent reports `"Connecting"` or `"Idle"` whenever no piece is assigned
+    /// — and behind CGNAT, where a torrent runs on one to three peers, that is a
+    /// state it passes through constantly while hunting for somewhere to ask.
+    /// Letting the Mac sleep there would strand it exactly when re-dialling is
+    /// the only thing that can rescue it. This also matches the Dock menu, which
+    /// files every non-seeding torrent under "Downloading:".
+    ///
     /// `downKbps` cannot be the trigger even though it reads like the natural
     /// one: the API reports `0.0` for torrents that are demonstrably
     /// progressing, because the underlying counter is piece-granular and the
     /// sample window is shorter than one piece (engine `PLAN.md` open bug #53b).
-    /// Gating on it would release the assertion exactly when a slow torrent
-    /// needs the machine awake most. `status` is authoritative.
     private static func hasIncompleteTorrent(_ torrents: [DockTorrent]) -> Bool {
-        torrents.contains { $0.status == "Downloading" }
+        torrents.contains { $0.status != "Seeding" }
     }
 
     /// A machine with no battery (desktop) reports AC, which is what we want.