monitor/html
fds2610-bot a93c940680 Buero-Visualisierung: Render-Fehler nach erfolgreichem Live-Fetch nicht mehr als "API nicht erreichbar" melden
refresh() zeigte den roten Banner bisher fuer jeden Fehler im gesamten try-Block, auch wenn
loadLiveData() laengst erfolgreich war und erst das anschliessende Verarbeiten/Zeichnen der
Live-Daten scheiterte (Issue #94: Produktion meldete "API nicht erreichbar", obwohl ein
direkter curl-Aufruf die API nachweislich erreichte). Jetzt entscheidet ausschliesslich der
Erfolg von loadLiveData() ueber Banner/Demo-Fallback; ein spaeterer Fehler beim Verarbeiten
wird nur noch geloggt, ohne die Erreichbarkeit faelschlich zu verneinen.

Getestet: composer test (262 Tests) und npm test/frontend (98 Tests) in Docker, beide gruen.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-23 08:48:58 +02:00
..
css Kanban-Board: Ticket-Nummer auf den einzelnen Zetteln anzeigen (nicht am Stapel) 2026-09-21 15:05:42 +02:00
js Buero-Visualisierung: Render-Fehler nach erfolgreichem Live-Fetch nicht mehr als "API nicht erreichbar" melden 2026-09-23 08:48:58 +02:00
API.md Docker-Compose: Ports auf 8090/8091, Platzhalter fuer API.md-Mount 2026-07-28 17:19:44 +02:00
favicon.png add favicon, external styles.css 2025-11-11 10:01:47 +00:00
office.html Abgelaufene Claude-Anmeldung eines Agenten sichtbar machen 2026-08-07 09:52:08 +02:00
record.html Sprachaufnahmen: eine Warteschlange fuer alle statt Zuweisung an Agenten 2026-09-21 13:41:47 +02:00