X axis (horizontal) scroll and full width popover – the user cant change the language …
该问题出现在 LobeChat 把界面语言切换为 RTL（波斯语/阿拉伯语等）后，打开任务（task）/看板页面时出现多余的水平滚动条，并且全宽 popover 布局错位，导致语言切换菜单无法正常点击。优先排查方向是任务页在 RTL 模式下的横向溢出与 popover 定位逻辑。
分类： AI 工具排错
Bug: underscore auto-escaped to backslash in message pipeline, corrupts Windows paths
在 LobeChat 桌面端“群聊 + 本地系统工具”场景中，消息里包含带下划线的 Windows 路径（如 D:\godot_mcp ）时，下划线可能被自动转义成 \_ ，导致 AI 或本地文件工具把反斜杠当成目录分隔符、解析到错误子目录。优先排查消息管道/Markdown 转义是否会改写原始文本
RuntimeError: Error(s) in loading state_dict for Resampler:
在 Stable Diffusion WebUI Forge 中启用内置 ControlNet 并配合 Instant-ID 或 IP-Adapter 生成时，会在加载 Resampler 权重阶段抛出 RuntimeError: Error(s) in loading state_dict for
“Electron is damaged and cannot be opened”
该报错通常出现在 macOS（尤其是 M 系列芯片）下载并解压 TextGen WebUI 的 Mac 桌面构建后，首次运行脚本时弹出 "Electron is damaged and cannot be opened"。优先怀疑构建未签名导致 macOS Gatekeeper 拦截，可先尝试清除解
RuntimeError: Device type privateuseone is not supported for torch.Generator() api.
这个报错通常出现在 Windows 下用 AMD 显卡通过 torch-directml 运行 Fooocus 并尝试生成图片时，PyTorch 的随机数生成器（torch.Generator）不支持 DirectML 的 privateuseone 设备类型，导致生成流程直接中断。优先排查 tor
Eval bug: ggml_vulkan: vk::Device::allocateMemory: ErrorOutOfDeviceMemory
这个报错通常出现在 llama.cpp 使用 Vulkan 后端启动 llama-server 加载模型时，设备显存不足以分配指定大小的 buffer。本次 Issue 中，根因不是模型本身，而是默认 slot 数量导致自动扩展上下文，进而把峰值显存需求推高。优先检查 llama-server 的
[Bug]: Kimi-K3-NVFP4 on 8xB300 produces degenerate, incoherent output in the reasoning channel on v0.27.0
![[Bug]: Kimi-K3-NVFP4 on 8xB300 produces degenerate, incoherent output in the reasoning channel on v0.27.0](https://www.chat-gpts.plus/wp-content/uploads/2026/09/51798-e8ba3af0-768x403.jpg)
该问题通常出现在 8x B300/B200 节点上用 vLLM v0.27.0（含 v0.27.1）serving Kimi-K3-NVFP4、GLM-5.2-FP8 等大模型时，进程不崩溃、latency 正常，但 reasoning channel 输出退化成重复无意义 token。优先排查点在
RuntimeError: Couldn’t install torch.” message
该报错通常出现在用明显不受支持的 Python 版本（本 Issue 中是 Python 3.14.4）启动 Stable Diffusion WebUI 时，启动脚本在安装 PyTorch 阶段失败，典型提示为 RuntimeError: Couldn't install torch. 。优先排查
VectorStore.add_texts exhausts generator inputs before creating documents
这个报错通常出现在你调用 VectorStore.add_texts 或 aadd_texts 并直接传入 generator（生成器表达式）时，LangChain 会先把生成器消费完用于长度校验，然后又去遍历同一个已耗尽的生成器来构建 Document ，导致实际没有任何文档被写入。优先检查传入的
Zamba-7B-v1 runs slow during torch.compile due to use_associative_scan=False
这个问题通常出现在用 torch.compile （inductor 后端）跑 Zyphra/Zamba-7B-v1 时，表现为编译/运行极其缓慢，容易被误判为“卡死”。优先排查 ZambaMambaMixer.forward 中写死的 use_associative_scan=False ，它会把