ComfyUI Reconnecting Error: Causes and Fast Fixes
Diagnose the ComfyUI reconnecting error by checking server crashes, custom nodes, frontend updates, ports, firewalls, and browser websocket issues.
If ComfyUI keeps showing "Reconnecting...", the browser has lost its live connection to the ComfyUI server.
That does not always mean your workflow is broken. It can mean the server crashed, restarted, froze under load, or the frontend websocket connection was blocked. The fastest path is to find out whether ComfyUI is still running in the background.
Quick Diagnosis
| What You See | Most Likely Cause | First Check |
|---|---|---|
| Browser says "Reconnecting..." and terminal closed | Server crashed | Reopen the terminal log |
| Browser reconnects after a refresh | Frontend websocket dropped | Check browser console and extensions |
| Reconnecting starts after installing nodes | Custom node or frontend extension conflict | Start with custom nodes disabled |
| Reconnecting starts during generation | GPU memory, crash, or long blocking task | Check terminal for the first error |
| Reconnecting happens only on LAN or remote access | firewall, proxy, VPN, or bind address | Test from localhost first |
Step 1: Check Whether the Server Is Still Alive
Open the ComfyUI terminal window. If the terminal is gone, frozen, or shows a traceback, treat the reconnecting message as a server-side failure.
If the terminal is still running, try opening:
http://127.0.0.1:8188Use 127.0.0.1 before testing a LAN IP, reverse proxy, or remote address. This separates local ComfyUI problems from network access problems.
If you changed the port, use that port instead of 8188.
Step 2: Read the First Real Error in the Terminal
Do not start with the last line. Scroll up and look for the first serious error:
Traceback (most recent call last):
ModuleNotFoundError
ImportError
CUDA out of memory
RuntimeError
ConnectionResetErrorEverything after the first error may be a secondary symptom. For example, a plugin import failure can break the server, and the browser only reports the visible reconnecting state.
The official ComfyUI troubleshooting guide also recommends collecting terminal logs, browser console errors, installed custom nodes, and reproduction steps before reporting a bug.
Step 3: Test Without Custom Nodes
Custom nodes are a common reason ComfyUI starts reconnecting after an update or plugin install.
For a manual install, run:
python main.py --disable-all-custom-nodesFor the Windows portable package, create a copy of your launch batch file and add:
--disable-all-custom-nodesIf ComfyUI works with custom nodes disabled, the core install is probably fine. The problem is likely one custom node, one frontend extension, or a dependency installed by a custom node.
Then narrow it down:
- Re-enable half of the custom nodes.
- Restart ComfyUI.
- If reconnecting returns, the bad node is in that half.
- Repeat until you find the plugin.
For deeper plugin failures, use How to Fix ComfyUI Plugin Import Failed Errors.
Step 4: Update Frontend and Requirements Together
Some reconnecting problems happen after updating only part of the stack.
If you update ComfyUI with git pull, also update dependencies in the same environment:
pip install -r requirements.txtIf you use the portable package, use the bundled Python, not a random system Python. A common mistake is installing packages into the wrong environment and then wondering why ComfyUI still fails.
For update-related dependency problems, see ComfyUI Dependency Conflicts.
Step 5: Check Browser and Websocket Issues
If the server is alive but the browser keeps reconnecting, check the browser side.
Try:
- reload the page with
Ctrl+F5 - use Chrome or Edge with extensions disabled
- open DevTools, then check the Console and Network tabs
- test
http://127.0.0.1:8188instead of a LAN or proxy address - temporarily disable VPN, proxy, or aggressive antivirus web filtering
ComfyUI relies on a live browser-to-server connection. Browser extensions, proxy tools, remote tunnels, and corporate security software can interrupt that connection even when the Python server is healthy.
Step 6: Check Port and Firewall Problems
If another app is using port 8188, ComfyUI may fail to bind correctly or you may connect to the wrong process.
On Windows, check the port:
netstat -ano | findstr :8188If the port is busy, start ComfyUI on another port:
python main.py --port 8189Then open:
http://127.0.0.1:8189If you access ComfyUI from another device, make sure the firewall allows the port and that ComfyUI is actually listening on the right network interface.
Step 7: Check GPU or Memory Crashes During Generation
If reconnecting appears only after pressing Queue or while a workflow is running, check for runtime crashes:
- CUDA out of memory
- driver reset
- model architecture mismatch
- custom node execution error
- Python process killed by the OS
Try a smaller workflow:
- lower resolution
- reduce batch size
- close other GPU-heavy apps
- test with the default workflow
- run with
--lowvramif your GPU is tight
If the terminal shows CUDA out of memory, see Python Out of Memory in ComfyUI and GPU Compatibility.
When Reinstalling Is the Wrong First Move
Reinstalling can hide the real cause and cost you time if you already have:
- downloaded models
- custom nodes
- working workflows
- project-specific settings
- client or production assets
Use reinstall only after you know whether the problem is core ComfyUI, a custom node, a dependency conflict, or a network/browser issue.
Recovery rule
If the environment worked before a plugin install or update, preserve the environment first and isolate the change before rebuilding from zero.
How Wonderful Launcher Helps
Wonderful Launcher is designed for the phase where a ComfyUI environment is no longer a clean install:
- plugins changed dependencies
- startup logs contain multiple failures
- a custom node update broke the frontend
- you need to preserve models and workflows
- you want a clearer recovery path than random shell commands
If reconnecting keeps returning after custom node or dependency work, start with Wonderful Launcher before wiping the environment.
What to Send When Asking for Help
Send these details:
| Detail | Why It Matters |
|---|---|
| Install type: Desktop, Portable, Manual, or comfy-cli | Fix steps differ by environment |
| Full terminal log from startup to reconnecting | Shows the first real failure |
| Browser Console errors | Confirms websocket or frontend issues |
| Recent changes | Updates and new custom nodes are often the trigger |
| Workflow that reproduces it | Separates workflow errors from startup errors |
| GPU, Python, PyTorch, and ComfyUI versions | Catches runtime mismatches |
Related Guides
- ComfyUI Failed to Fetch Server Logs
- ComfyUI Startup Failed? How to Diagnose and Recover Faster
- How to Fix ComfyUI Plugin Import Failed Errors
- ComfyUI Dependency Conflicts
- ComfyUI Common Issues and Fast Fixes
Source References
Telemetry Top 10 ComfyUI Errors in Wonderful Launcher
A production-facing summary of the ten highest-volume issue families observed in the telemetry snapshot queried on April 17, 2026.
ComfyUI Failed to Fetch Server Logs: What It Means and How to Fix It
Fix the ComfyUI failed to fetch server logs message by checking whether the server is alive, browser requests, firewalls, custom nodes, and local log files.
Wonderful Launcher Docs