a0342205fd
Die Einrichtung beim ersten Start erklärt jede der vier Sachen einzeln und fragt jede einzeln an. Vier Systemdialoge hintereinander wären der übliche Weg und der falsche: wer nicht weiß wofür, klickt viermal „Nicht erlauben", und danach fragt macOS nie wieder. Sie kommt beim ersten Start immer, auch wenn zufällig schon alles erlaubt ist — sie erklärt auch den Helfer und den Autostart. Beim Autostart ist `requiresApproval` der Zustand, der weh tut. Wer das Anmeldeobjekt in den Systemeinstellungen abgeschaltet hat, kann in Onyx auf den Schalter drücken, so oft er will. Als „aus" angezeigt führt das in eine Schleife, also steht dort jetzt, wo es weitergeht. Der Mixer verliert den Schalter je Programm. Zehn Mini-Schalter untereinander sind das, was den Eindruck macht; am Regler zu ziehen ist ohnehin die Entscheidung, dieses Programm zu regeln, und der große Ausschalter stellt alles zurück. Der Regler ist selbst gezeichnet — der Systemregler bringt sein eigenes Erscheinungsbild mit und kann nicht zeigen, worauf es hier ankommt: den Pegel und die Grenze bei 100 %. Der Pegel wird im selben Durchlauf gemessen, in dem verstärkt wird, und über `Atomic` weitergereicht. Eine gewöhnliche Eigenschaft wäre ein Wettlauf, eine Sperre im Audiothread der klassische Weg zu Aussetzern. Dabei fällt das `Date()` aus dem Echtzeitpfad, das dort nie hingehört hat. Zwei Funde beim Bauen des Release-Wegs, beide hätten erst nach dem Hochladen zur Ablehnung geführt: der Helfer wurde ohne sicheren Zeitstempel signiert, und das Adapter-Framework ad-hoc. Beides gilt jetzt nur noch im Debug. Scripts/release.sh prüft Zertifikat und Notarisierungsprofil vorweg, statt nach zehn Minuten Bauen zu scheitern. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
43 lines
1.8 KiB
Swift
43 lines
1.8 KiB
Swift
import Testing
|
|
@testable import OnyxCore
|
|
|
|
@Suite("Anmeldeobjekt")
|
|
struct LoginItemTests {
|
|
|
|
@Test("Die Zustände von SMAppService werden vollständig abgebildet")
|
|
func mapsAllStatuses() {
|
|
#expect(LoginItemState(statusRawValue: 0) == .notRegistered)
|
|
#expect(LoginItemState(statusRawValue: 1) == .enabled)
|
|
#expect(LoginItemState(statusRawValue: 2) == .requiresApproval)
|
|
#expect(LoginItemState(statusRawValue: 3) == .notFound)
|
|
}
|
|
|
|
@Test("Ein unbekannter Zustand gilt nicht als eingeschaltet")
|
|
func unknownIsNotEnabled() {
|
|
// Lieber „aus" behaupten und den Nutzer erneut klicken lassen, als
|
|
// „an" behaupten und Onyx startet nicht mit.
|
|
#expect(!LoginItemState(statusRawValue: 99).isEnabled)
|
|
}
|
|
|
|
@Test("Genehmigung ausstehend ist nicht dasselbe wie ausgeschaltet")
|
|
func approvalIsNotOff() {
|
|
// Der eigentliche Punkt. Wer das Anmeldeobjekt in den
|
|
// Systemeinstellungen abgeschaltet hat, bekommt `requiresApproval`.
|
|
// Zeigt Onyx das als „aus", drückt man den Schalter — und nichts
|
|
// passiert, weil erneutes Registrieren daran nichts ändert. Es hilft
|
|
// nur der Gang in die Systemeinstellungen, und genau das muss dastehen.
|
|
let state = LoginItemState.requiresApproval
|
|
#expect(!state.isEnabled)
|
|
#expect(state.needsSystemSettings)
|
|
}
|
|
|
|
@Test("Nur der ausgeschaltete Zustand lässt sich durch Registrieren beheben")
|
|
func onlyNotRegisteredIsFixableInApp() {
|
|
#expect(!LoginItemState.notRegistered.needsSystemSettings)
|
|
#expect(!LoginItemState.enabled.needsSystemSettings)
|
|
// Fehlt die Datei, hilft auch die Systemeinstellung nicht — dann stimmt
|
|
// etwas mit der Installation nicht.
|
|
#expect(!LoginItemState.notFound.needsSystemSettings)
|
|
}
|
|
}
|