Unify processed case listing with blocked states and package downloads

docs/test-results/processed-cases-20261023.md

@@ -0,0 +1,31 @@
+# Bearbeitete Fälle – 2026-10-23
+
+Die bisher auf terminale Zustände begrenzte Ergebnisliste wurde zur gemeinsamen
+Liste bearbeiteter Fälle erweitert: OUTPUT_READY, HANDED_OFF, BLOCKED und
+FAILED_TO_ANALYZE. Filter für Kategorie und Projekt, Suche, Sortierung nach
+Aktualisierung/Kategorie/Projekt, Routingziel, Sperrgrund und linksseitiger
+Iconknopf für den bestehenden projektgeschützten Paketdownload. Blockierte Fälle
+werden nicht als abgeschlossen gewertet. Analysezustände/Budgets unverändert.
+
+Lokale Validierung:
+
+```text
+python -m pytest tests/test_dashboard.py tests/test_web_auth.py tests/test_human_web.py -q
+26 passed, 1 dependency deprecation warning
+node tests/dashboard-smoke.mjs
+PASS, console_errors: [], overflow: false
+node --check src/viano_bug_analysis/web/case-detail.js
+PASS
+```
+
+Echter Browser prüft die gemeinsame Liste mit Ergebnis und blockiertem Fall,
+linken Downloadknöpfen, Testerantwort-Hinweis, Kategorieauswahl und bestehender
+Detailnavigation. Mobile Ansicht visuell kontrolliert. Bestehende Tests sichern
+projektgebundene Detail-/ZIP-Endpunkte und Anmeldung ab. Routingdaten werden aus
+dem Manifest übernommen; die Liste scannt nicht separat das Exportverzeichnis.
+
+Vor Testbeginn Trials 16.939.129.428 Bytes, Fehlerkorpus 2.471.041 Bytes, nur kleine
+temporäre UI-/Unit-Testdaten. Entwicklungsbudget weiterhin unter 20 GB.
+Keine LLM-/Cloud-Aufrufe oder Kosten, keine Änderung produktiver Fälle/Dienste.
+Serverinstallation, HTTPS, echter automatischer Feldtest und Betriebssicherung
+bleiben Aufgaben auf dem Linux-Zielsystem.

docs/web-console.md

@@ -83,8 +83,23 @@ Diagnose sowie Coding- und Human-Dev-Auftrag. Befunde bleiben ausdrücklich
 KI-Bewertungen mit Belegreferenzen. Das Belegverzeichnis zeigt Herkunft und
 Abdeckungsinformationen; die vollständigen Recherchepayloads stehen im ZIP.
 Ein expliziter Auftrag „Kein Auftrag“ wird von einem noch nicht erstellten Dokument
-unterschieden. Die separate Ergebnisliste enthält abgeschlossene und zur
-menschlichen Prüfung ausgeleitete Fälle, mit Projektfilter und Suche.
+unterschieden. Die gemeinsame Liste **Bearbeitete Fälle** enthält Ergebnisse
+(`OUTPUT_READY`, Ziel Outbox), bereits übergebene Fälle (`HANDED_OFF`), blockierte
+Fälle (`BLOCKED`) und gescheiterte Analysen (`FAILED_TO_ANALYZE`, Ziel Review).
+Blockierte Fälle bleiben ausdrücklich unvollständig und können weiterhin auch
+in der Übersicht wartender Fälle erscheinen. Ein Sperrgrund wird angezeigt;
+`AWAITING_TEST_FEEDBACK` erscheint als „Wartet auf Testerantwort“.
+
+Projekt- und Kategoriefilter sowie Suche sind kombinierbar. Die Sortierung erlaubt
+neueste/älteste Aktualisierung, Kategorie oder Projekt. Links in jeder Zeile lädt
+ein beschrifteter Iconknopf die vollständige aktuelle Fallakte herunter, auch für
+blockierte oder gescheiterte Analysen. Der Download ändert keinen Status und löst
+keine Analyse aus. Die Ablagespalte zeigt das im Manifest gespeicherte Routingziel;
+es ist keine unabhängige Bestandsprüfung des Outbox-Dateiverzeichnisses. Der Download
+liest die verwaltete aktuelle Akte und funktioniert auch ohne separate Exportkopie.
+Angezeigt wird der aktuelle Stand je Fall/Paket. Nach Wiedereröffnung erscheinen
+aktive Fälle wieder in der laufenden Übersicht; ältere Revisionen bleiben in der
+Detailansicht erhalten. Berechtigungen und Projektgrenzen gelten auch für Downloads.
 
 Die Revisionsauswahl liest akzeptierte Artefakte aus der Checkpointhistorie der
 aktuellen vollständigen Akte. Ergebnisse neuerer Revisionen erscheinen nicht in