comfyui-bridge: 15-s-Timeout bei /history führt unter GPU-Last zu falschem Fehler im Status-Check #349
Labels
No labels
herkunft/alpha-feedback
status
blockiert
status
zu-testen
typ
bug
typ
docs
typ
enhancement
typ
feature
typ
idea
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
iris/iris-plugins#349
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Befund
Der ComfyUI-Bridge-Client nutzt für alle Requests 15 s Timeout, auch für
GET /history/<id>. Während einer GPU-Generierung blockiert ComfyUI seinen HTTP-Handler oft länger.comfyui_client.py poll(_cmd_poll) stürzt dann mitReadTimeoutError (read timeout=15.0)ab, und der Chat meldet „❌ ComfyUI — Fehler beim Status-Check“, obwohl der Job normal läuft.Gefunden im Chat vom 2026-11-05 (ACE-Step, 3 Min Hip-Hop, mac-vm → iris-server, RTX 3090 Ti, ~15 Min Laufzeit).
Erwartet
Ein Read-Timeout bei der Statusabfrage heißt „Job läuft noch“, nicht „Fehler“.
Warum
Falsche Fehlalarme verleiten zu Neustarts des Containers, die den Generierungsfortschritt vernichten.
PR #350 gemergt: fix(comfyui-bridge): Read-Timeout bei /history gilt nicht mehr als Fehler (iris/iris-plugins#349)
http://docker:3000/iris/iris-plugins/pulls/350
Commits:
Befund:
ComfyUIBridgeClientnutzte 15 s Timeout auch fürGET /history/<id>. Unter GPU-Last antwortet ComfyUI langsamer;_cmd_pollstürzte mitReadTimeoutErrorab, der Chat zeigte „Fehler beim Status-Check“ trotz laufendem Job.Geändert:
comfyui_client.py:HISTORY_TIMEOUT = (5, 120)für alle/history-Abfragen;_cmd_pollmeldet beirequests.TimeoutSTATUS: running;wait_for_completionversucht es nach einem Timeout weiter. Die übrigen 15-s-Timeouts (/prompt,/upload,/system_stats) bleiben. Version 1.13.4.Geprüft: Syntax (
py_compile), Paket-Build undpublish-plugins.sh --dry-run.Nicht geprüft: Kein Lauf gegen ein ComfyUI unter echter GPU-Last; das Verhalten bei einem tatsächlich hängenden Server (dann bleibt
STATUS: runningbis zum Zeitlimit des Jobwächters).Offen: Praxistest beim nächsten langen Job (z. B. ACE-Step). Das Issue bleibt offen.
Veröffentlicht: comfyui-bridge 1.13.4 ist in der Plugin-Registry (Commit
009fbae,index.jsonnach Pull geprüft). Nutzer bekommen die Version über das normale Plugin-Update.Was sie bekommen: Die Statusabfrage (
/history) wartet bis zu 120 s auf ComfyUI und meldet bei einem Timeoutläuftstatt eines Fehlers. Änderungstext und Abschnitt instore/changelog.mdstehen.Offen: Praxistest unter echter GPU-Last (z. B. ACE-Step auf iris-server). Die Anleitung unter
docs/ist unverändert, weil sich nichts Sichtbares ändert. Issue bleibt offen.