Helfer nach dem Umzug: die App repariert ihre Anmeldung selbst
macOS bindet einen privilegierten Dienst beim Anmelden an das Programm, das ihn angemeldet hat. Zieht das Programm um — aus „Downloads" nach „Programme", oder vom Bauverzeichnis in ein installiertes Bundle —, ist das ein anderes Bundle. Der alte Dienst läuft weiter und redet nicht mit dem neuen Programm. Von außen ist das die verwirrendste Kombination, die es gibt: der Zustand meldet „eingerichtet", und trotzdem kommt bei jedem Zugriff „Kommunikation mit der Hilfs-App nicht möglich". Ohne Reparatur bleibt nur, den Helfer von Hand zu entfernen und neu einzurichten — und darauf muss man erst kommen. Scheitert die Verbindung, während der Zustand „eingerichtet" meldet, meldet die App den Dienst jetzt einmal ab und wieder an. Einmal je Programmlauf: öfter wäre eine Schleife. Danach steht er auf „wartet auf Freigabe" — das Verschieben eines Programms mit Root-Dienst darf niemand still hinnehmen, auch diese App nicht. Dazu ein Fehler im DMG-Bau, der beim Nachbauen auffiel: war ein gleichnamiges Volume noch eingehängt, hängte macOS das neue als „Onyx 1" ein, während das AppleScript weiter „Onyx" einrichtete. Das Abbild kam ohne Fenstergestaltung heraus, ohne dass irgendetwas fehlschlug. Jetzt wird vorher abgehängt und der Einhängepunkt aus der Ausgabe gelesen statt geraten. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
@@ -29,6 +29,9 @@ public final class FanControl: ChargeLimitReading {
|
||||
private var connection: NSXPCConnection?
|
||||
private var heartbeatTimer: Timer?
|
||||
private var statusTimer: Timer?
|
||||
/// Ob die Registrierung in diesem Programmlauf schon einmal erneuert wurde.
|
||||
/// Einmal ist Selbstheilung, immer wieder wäre eine Schleife.
|
||||
private var hasRepairedRegistration = false
|
||||
|
||||
private var service: SMAppService {
|
||||
SMAppService.daemon(plistName: "com.scarriffleservices.onyx.helper.plist")
|
||||
@@ -117,10 +120,41 @@ public final class FanControl: ChargeLimitReading {
|
||||
Task { @MainActor in
|
||||
self?.lastError = error.localizedDescription
|
||||
log.error("Helfer nicht erreichbar: \(error.localizedDescription, privacy: .public)")
|
||||
await self?.repairRegistration()
|
||||
}
|
||||
} as? OnyxHelperProtocol
|
||||
}
|
||||
|
||||
/// Meldet den Helfer ab und wieder an.
|
||||
///
|
||||
/// **Der Fall, für den das da ist: die App ist umgezogen.** Aus dem
|
||||
/// Ordner „Downloads" nach „Programme", oder vom Bauverzeichnis in ein
|
||||
/// installiertes Bundle. macOS bindet den privilegierten Dienst beim
|
||||
/// Anmelden an das Programm, das ihn angemeldet hat — nach dem Umzug ist
|
||||
/// das ein anderes Bundle. Der alte Dienst läuft weiter, redet aber nicht
|
||||
/// mit dem neuen Programm.
|
||||
///
|
||||
/// Von außen ist das die verwirrendste Kombination, die es gibt: der
|
||||
/// Zustand meldet „eingerichtet", und trotzdem kommt bei jedem Zugriff
|
||||
/// „Kommunikation nicht möglich". Ohne diese Reparatur bleibt nur, den
|
||||
/// Helfer von Hand zu entfernen und neu einzurichten — und darauf muss
|
||||
/// man erst einmal kommen.
|
||||
///
|
||||
/// Danach steht der Dienst auf „wartet auf Freigabe": das Verschieben
|
||||
/// eines Programms mit Root-Dienst darf niemand still hinnehmen, auch
|
||||
/// diese App nicht.
|
||||
private func repairRegistration() async {
|
||||
guard !hasRepairedRegistration, installState == .installed else { return }
|
||||
hasRepairedRegistration = true
|
||||
log.notice("Helfer nicht erreichbar — Registrierung wird erneuert")
|
||||
|
||||
disconnect()
|
||||
try? await service.unregister()
|
||||
// launchd räumt den alten Dienst nicht im selben Atemzug ab.
|
||||
try? await Task.sleep(for: .seconds(1))
|
||||
install()
|
||||
}
|
||||
|
||||
private func disconnect() {
|
||||
heartbeatTimer?.invalidate(); heartbeatTimer = nil
|
||||
statusTimer?.invalidate(); statusTimer = nil
|
||||
|
||||
Reference in New Issue
Block a user