[Bug]: rust-wheel OCR callback test expects swallowed logger exception to propagate
![[Bug]: rust-wheel OCR callback test expects swallowed logger exception to propagate](https://www.chat-gpts.plus/wp-content/uploads/2026/09/42714-55ab3a70-768x403.jpg)
该报错出现在 LiteLLM 仓库自带的 rust-wheel CI 测试中，OCR 回调测试断言一个来自 CustomLogger 的 post-success 异常会向上传播，但当前 hook 只重抛 CustomGuardrail 的异常，因此断言失败。优先排查测试期望与 async_post
标签： Python
[Bug] /v1/internal/model/load silently ignores `args` (loader flags like ctx-size, cache-type) — endpoint returns OK but model loads with UI
![[Bug] /v1/internal/model/load silently ignores `args` (loader flags like ctx-size, cache-type) — endpoint returns OK but model loads with UI](https://www.chat-gpts.plus/wp-content/uploads/2026/09/7577-f376545a-768x403.jpg)
调用 TextGen WebUI 的 POST /v1/internal/model/load 时，如果 args 里用了连字符键名（如 ctx-size、cache-type、gpu-layers），这些值会被静默丢弃，接口仍返回 HTTP 200 与 "OK"，模型实际按 UI 或已保存配置的默
Missing `config.json` file
该报错通常出现在更新或重新拉取 Fooocus 后，`models/prompt_expansion/fooocus_expansion/` 目录下只剩 `pytorch_model.bin`，缺少 tokenizer 需要的 `config.json` 等文件，导致启动时 `FooocusExpa
[Bug]: pytorch rocm 6.0 with 7600xt = HSA_STATUS_ERROR_INVALID_ISA
![[Bug]: pytorch rocm 6.0 with 7600xt = HSA_STATUS_ERROR_INVALID_ISA](https://www.chat-gpts.plus/wp-content/uploads/2026/09/15434-1e9b08ba-768x403.jpg)
该报错通常出现在 AMD RX 7600 XT / 7600、8600G、780M 等未被 ROCm 6.0 正式支持的 GPU 上，使用 PyTorch 2.1.2 / 2.3.0 / 2.4.0 + ROCm 6.0 启动 Stable Diffusion WebUI 时触发。优先排查 PyTo
ModuleNotFoundError: No module named ‘pkg_resources’
该报错通常出现在 macOS（Apple Silicon）上执行 ./webui.sh 初始化环境时，WebUI 在自动安装 OpenAI CLIP 依赖的步骤失败，从而抛出 RuntimeError: Couldn't install clip. 。优先排查 CLIP 是否能被当前 venv 正常
RuntimeError: output with shape
这个报错通常出现在 Stable Diffusion WebUI 的 LoRA / Embedding 与当前 checkpoint（尤其是 2.1 模型混用 1.5 LoRA）不匹配，或 UI 中 sd_lora 下拉框缺少 “None” 选项导致 LoRA 被默认选中时。优先排查 LoRA 是否
No module named ‘langchain_core.chat_models’
这个报错通常出现在用户直接复制运行 langchain-core 文档字符串里的 `Example:` 代码时，示例里 from langchain_core.chat_models import ... 指向了一个并不存在的模块。优先排查是否照抄了旧示例中的导入路径，并改用 langchain_o
Gemma 1 checkpoints silently use exact GELU instead of gelu_pytorch_tanh since v4.48.0 (#35235 removed the hidden_activation guard)
当你用 Transformers v4.48.0 及以上版本加载原始 Gemma 1.0 系列 checkpoint（如 google/gemma-2b 、 google/gemma-7b 、 google/codegemma-2b ）时，模型会静默地使用精确 erf GELU（ GELUActiv
[Help] “No data found” error when training model – train_data_dir issue
![[Help] "No data found" error when training model – train_data_dir issue](https://www.chat-gpts.plus/wp-content/uploads/2026/09/3374-c5ab074b-768x403.jpg)
这个报错通常出现在 Kohya SS 的 LoRA / DreamBooth / Textual Inversion 文件夹模式训练启动时，真正原因多数不是训练器坏了，而是 train_data_dir （GUI 里的 Image folder）指向了错误的层级：它必须指向 N_name 子文件夹的
Incorporate More Meaningful/Useful Diagnostics
这是 kohya_ss GUI 层未能把训练子进程失败翻译成可读诊断的增强请求，不是单一可复现 Bug。遇到训练“跑完却什么都没生成”时，优先直接查看终端与 setup.log 中 CommandExecutor 子进程的非零退出码和 traceback 尾部，而不是只依赖界面提示。