Reine Umbenennung, kein Verhalten geändert — bewusst als eigener Commit, damit „umbenannt" und „umgebaut" im Nachhinein auseinanderzuhalten sind. 712 mal `Flixy`, 778 mal `flixy`, 7 mal `FLIXY` in 169 Dateien, dazu 25 Pfade. Ziele: `Halo`, `HaloTV`, `HaloTopShelf`, `HaloUITests`, `HaloKit` mit `HaloDesign`, `HaloDownloads`, `HaloPlayback` und `HaloProbe`. `MediaKit`, `JellyfinKit` und `DownloadWidget` tragen den Namen nicht und bleiben. `docs/superpowers/specs/` ist ausgenommen. Datierte Entwurfsdokumente sind ein Protokoll getroffener Entscheidungen; sie nachträglich umzuschreiben hiesse, die Vergangenheit zu glätten. **Die Bundle-ID wandert mit** — ausdrücklich so gewollt, mit bekanntem Preis: `com.scarriffleservices.halo` ist für iOS eine *andere* App. Die installierte Fassung bleibt daneben stehen, mit Downloads und Anmeldung in ihrem Container; Halo startet leer. Einmal neu anmelden, heruntergeladene Folgen einmal neu laden. Dasselbe gilt für die App-Gruppe, die sich TV-App und Top Shelf teilen. **Eine Folge davon, die beim Entscheiden noch nicht auf dem Tisch lag:** der Aufräumschritt aus dem vorigen Commit kommt an die alten Plex-Token nicht mehr heran. Der Schlüsselbund grenzt nach Team und Bundle-Kennung ab — was unter `…flixy` liegt, ist für `…halo` unerreichbar. Erledigt wird es trotzdem, nur anders: **die alte App löschen.** iOS räumt deren Schlüsselbund-Einträge beim Deinstallieren mit ab. Der Code bleibt stehen, weil er für jeden Stand vor dieser Umbenennung richtig ist und im Jahr einen Startvergleich kostet. Die Projektdatei ist aus `project.yml` neu erzeugt, der alte Ordner gelöscht statt umbenannt — sie steht ohnehin nicht im Repo. Das Verzeichnis des Repos selbst heißt weiter `Flixy`; das umzubenennen ist ein Handgriff ausserhalb des Projekts. 368 Tests grün. iOS und tvOS bauen. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
34 lines
1.2 KiB
Swift
34 lines
1.2 KiB
Swift
import Foundation
|
|
|
|
/// Warum gerade nichts übertragen wird, obwohl etwas in der Schlange steht.
|
|
///
|
|
/// Die Hintergrund-Sitzung wartet in diesen Fällen von sich aus — sie meldet
|
|
/// keinen Fehler, sie tut nur nichts. Für den Betrachter sieht das aus wie
|
|
/// ein hängender Download: der Balken steht, und nichts sagt, worauf.
|
|
public enum TransferHold: Sendable, Equatable {
|
|
case none
|
|
/// „Nur über WLAN" ist an, und das Gerät hängt am Mobilfunk.
|
|
case waitingForWiFi
|
|
/// Gar keine Verbindung.
|
|
case offline
|
|
|
|
/// Was die Übertragung gerade aufhält.
|
|
///
|
|
/// `isExpensive` statt einer Abfrage auf den Schnittstellentyp: der Wert
|
|
/// deckt auch den persönlichen Hotspot ab — technisch WLAN, in der
|
|
/// Abrechnung Mobilfunk. Wer dort lädt, zahlt es trotzdem.
|
|
public static func current(
|
|
isWiFiOnly: Bool,
|
|
isReachable: Bool,
|
|
isExpensive: Bool
|
|
) -> TransferHold {
|
|
// Ohne Verbindung hilft auch ein ausgeschalteter WLAN-Zwang nicht —
|
|
// deshalb zuerst geprüft.
|
|
if !isReachable { return .offline }
|
|
if isWiFiOnly, isExpensive { return .waitingForWiFi }
|
|
return .none
|
|
}
|
|
|
|
public var isHolding: Bool { self != .none }
|
|
}
|