RuntimeError: output with shape

快速结论：这个报错通常出现在 Stable Diffusion WebUI 的 LoRA / Embedding 与当前 checkpoint（尤其是 2.1 模型混用 1.5 LoRA）不匹配，或 UI 中 sd_lora 下拉框缺少 “None” 选项导致 LoRA 被默认选中时。优先排查 LoRA 是否被意外启用、以及 LoRA 与底模版本是否一致。

适用环境：Issue 中确认的场景为 Stable Diffusion WebUI，使用 txt2img、img2img 以及 img2img inpainting；出现问题的 LoRA 为 SD 1.5 LoRA，且疑似与 SD 2.1 checkpoint 混用有关。Issue 中未提供确定的 Python、CUDA、显卡等版本信息。

最快修复方案：暂无确认的一步修复方案。Issue 中可优先尝试的规避方式是：在 LoRA / Extra Networks 下拉框中取消选中所有 SD1.5 LoRA，并确认没有 LoRA 被默认启用；也可尝试通过手动输入 <lora:name:weight> 而不是点击 Extra Networks 标签来调用 LoRA。

注意事项：讨论中给出的 style.css 修改只是绕过 UI 中 “None” 选项缺失的问题，让用户重新看到移除按钮以取消 LoRA，并不能从根本上修复 inpainting 下的 RuntimeError。另有用户反馈该 CSS 修改无法解决 RuntimeError: output with shape [4, 320, 1, 1] doesn't match the broadcast shape [4, 320, 3, 3]。相关 commit 回退仅是个别用户的自测结果，未经过官方确认。

问题场景

用户在 Stable Diffusion WebUI 中运行 txt2img、img2img 或 img2img inpainting 时触发该问题。典型表现是：prompt 中调用 LoRA 或 embedding 后，出图被静默排队却没有进度，除非完全重启 WebUI 否则后续生成也无法继续；部分用户则在调用 LoRA 时直接报出 shape 不匹配错误。另有用户指出，问题只在通过 “Extra Networks” 标签点击 LoRA 时出现，手动在 prompt 中输入 LoRA 标签则正常。

报错原文

RuntimeError: output with shape [4, 320, 1, 1] doesn't match the broadcast shape [4, 320, 3, 3]

RuntimeError: output with shape

原因分析

可能原因包括：LoRA 与底模版本不匹配，例如将 SD1.5 LoRA 用在 SD2.1 checkpoint 上；或者 WebUI 的 sd_lora 下拉框缺少 “None” 选项，导致 LoRA 被默认选中，用户无法正常取消。讨论中有人通过 commit 排查定位到 650ddc9dd3c1d126221682be8270f7fba1b5b6ce 之后开始出现该问题，因此该报错也可能是特定提交引入的回归。此外，LoRA 的权重 shape 与当前模型卷积层期望的 shape 不一致时，会直接触发 broadcast shape 报错。

环境排查

确认当前使用的 checkpoint 是 SD1.5 还是 SD2.1，以及 LoRA 是否与底模版本一致。
确认 LoRA 是否被意外启用，尤其是 sd_lora 下拉框或 Quicklist 中是否存在无法取消的默认选中项。
确认问题是否只在通过 Extra Networks 标签点击 LoRA 时出现，手动输入 <lora:name:weight> 是否正常。
确认 WebUI 当前提交版本，是否位于 650ddc9dd3c1d126221682be8270f7fba1b5b6ce 之后。
Issue 中曾询问 torch 版本为 1.13.1 还是 2.0.0，但未得到明确结论，可一并核对。

解决步骤

先取消所有被选中的 LoRA，尤其是 SD1.5 LoRA，确认没有 LoRA 因 UI 缺少 “None” 选项而被默认启用。
如果 LoRA 下拉框的移除按钮不可见，可尝试在 style.css 中临时加入以下 CSS，使 LoRA 标签的移除按钮重新显示，方便手动取消 LoRA：
```
.gradio-dropdown .token-remove.remove-all.remove-all{
    display: none;
}
```
再在 style.css 约第 100 行附近加入：
```
.svelte-a6vu2r .token-remove{
    display: block !important;
}
```
注意：.svelte-a6vu2r 可能因 WebUI 版本不同而变化，若按钮未出现，需要在浏览器开发者工具中查看对应容器的实际 class。
改用手动输入 LoRA 标签的方式调用 LoRA，而不是点击 Extra Networks 标签，观察是否仍报错。
确认 LoRA 与当前 checkpoint 版本匹配；如果是 SD2.1 模型，避免启用 SD1.5 LoRA。
如果上述规避方式无效，且问题在更新后出现，可考虑回退到 650ddc9dd3c1d126221682be8270f7fba1b5b6ce 之前的提交，再验证 LoRA 与 inpainting 是否恢复正常。该操作属于临时规避，需自行评估风险。
若 Issue 已标记 Resolved，建议优先更新到修复后的 WebUI 版本。

验证方法

取消所有 LoRA 后重新生成，确认 txt2img、img2img 和 img2img inpainting 不再出现 RuntimeError: output with shape，生成任务能正常排队并显示进度。再单独启用匹配版本的 LoRA，确认 LoRA 生效且不再报 shape 错误。如果只有手动输入 LoRA 正常、点击 Extra Networks 标签仍失败，说明 UI 选中逻辑或该提交引入的回归仍未解决。