快速结论:报错 [Version 1.52.0] Doesn't connect to the local server 通常出现在把 Krita AI Diffusion 手动升级到 1.52.0 后,界面卡在 “Starting Server”,本地托管服务其实已经启动、GUI 日志也能打开,但插件检测不到服务已就绪。优先排查是否由新版 Comfy 输出格式变化导致插件无法识别服务启动,并升级到 1.52.1 或临时改用 Custom Server 连接。
适用环境:Issue 已确认的信息包括:Krita AI Diffusion 1.52.0,手动升级方式,Connection 模式使用 “Local Managed Server” 时触发;其他用户使用 “Custom Server” 可以连接。Issue 未提供操作系统、Python、CUDA、显卡型号等具体环境信息。
最快修复方案:升级到 1.52.1。Issue 结尾明确写道 “Fixed in 1.52.1”,并有用户确认升级后问题修复。
注意事项:临时把连接方式切到 “Custom Server” 只是绕过方案,并非修复本地托管检测逻辑;Issue 中的维护者也说明该做法本质上是让插件连到任意服务器。若无法立即升级,可优先尝试该临时方案恢复使用。
问题场景
用户把 Krita AI Diffusion 手动升级到 1.52.0 后,Krita 端一直停留在 “Starting Server”,无法通过 “Local Managed Server” 正常连接本地服务。与此同时,日志里的 GUI 可以打开,说明服务端似乎已经启动,但插件仍判定服务没有连上。该问题在多名用户环境中复现,卸载重装插件也没有解决。
报错原文
[Version 1.52.0] Doesn't connect to the local server
Starting Server
原因分析
根据 Issue 中维护者的回复,该问题由最新版 Comfy 产生了不同的输出格式导致:插件因此不再能正确检测到本地服务器已经启动。也就是说,服务本身可能已经在运行,但 Krita AI Diffusion 1.52.0 的启动检测逻辑无法识别它,于是界面持续停在 “Starting Server”,并表现为“连不上本地服务器”。
环境排查
- 确认 Krita AI Diffusion 插件版本:问题针对 1.52.0;已修复版本为 1.52.1。
- 确认连接模式:问题出现在 “Local Managed Server”;切换到 “Custom Server” 可以连接。
- 查看 client.log 和 server.log:Issue 中用户附上了这两类日志,可用于确认服务是否已启动,以及插件是否未检测到服务就绪。
- 确认 Comfy 版本:Issue 维护者指出问题与最新版 Comfy 的输出变化有关,但未给出具体 Comfy 版本号。
- Issue 未提供操作系统、Python、PyTorch、CUDA、显卡型号等环境信息,无需据此推断。
解决步骤
- 把 Krita AI Diffusion 升级到 1.52.1。Issue 中维护者明确说明已在该版本修复,并有用户确认修复生效。
- 如果暂时无法升级,可先把连接方式从 “Local Managed Server” 切换为 “Custom Server”。Issue 中多名用户确认该方式可以临时恢复使用。
- 切换后如果仍无法连接,检查 server.log 与 client.log,确认本地服务是否已启动、监听端口是否与 Custom Server 中填写的一致。
- 若已经升级到 1.52.1 仍然卡在 Starting Server,建议重新附上 client.log 和 server.log 到原 Issue 或新开 Issue 继续排查,因为当前讨论只确认了 1.52.1 修复该特定检测问题。
验证方法
升级到 1.52.1 后重新启动 Krita AI Diffusion,确认不再停留在 “Starting Server”,并且 “Local Managed Server” 能正常进入可用状态。若使用临时方案,则确认切换为 “Custom Server” 后可以正常连接并执行生成任务。
参考来源
AI 工具推荐
想把多个 AI 模型放在一个入口?
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型,适合写作、绘图、视频和日常 AI 工作流。
推广链接:通过此链接购买,我可能获得佣金,不影响你的价格。
这个方案解决了吗?
可以继续搜索完整报错,或查看同一工具的其他排查指南。


