No module named ‘OpenGL_accelerate’
用户在使用 SwarmUI 0.9.8.1 版本时，从 Generate 标签页发送图像生成请求到 ComfyUI 后端。当后端的 EnablePreviews 设置为非 "No Previews" 的选项（例如 "Enabled (fast latent2rgb)"）时，请求会卡住，ComfyUI
标签： Python
Components don’t become visible with radio button switch event on gradio>=6
用户在 Gradio 应用中通过 gr.Radio 组件切换选项，利用回调函数 show_species_choice 返回 gr.update(visible=...) 来动态显示或隐藏相邻列的组件（如 gr.Column 、 gr.File 、 gr.List ）。在 Gradio 5.x（如
Memory overflow occurs when calling the sam3-litetext model
用户使用 Hugging Face transformers 库调用 yonigozlan/sam3-litetext-s0 模型进行图像分割推理。在第一次推理中显存已占用大部分，第二次推理时显存溢出，且模型体积本身并不大。
Captioning broken with wd-v1-4-convnexttv2-tagger-v2
用户使用 Kohya SS Windows GUI 版（Python 3.10），在 Captioning 界面启用了 ONNX 并勾选 "Force model download"，选择 SmilingWolf/wd-v1-4-convnextv2-tagger-v2 模型。模型文件虽被成功下载（
RFC: Replace Peewee with SQLModel
在 RAGFlow 项目 Python 后端的开发/维护过程中，团队发现基于 Peewee 的 ORM 架构在以下场景中频繁触发连接问题：批量插入时会嵌套 @DB.connection_context() 装饰器（覆盖 api/db/services/ 下约 215 处调用点）；手动调用的 db.c
fix(responses-api): raise APIError on in-stream error events; widen ErrorEventError.param to accept dict
用户在调用 LiteLLM Responses API 的流式接口时，Provider 返回了流中错误事件（ type: "error" 或 type: "response.failed" ），但当前实现没有触发 Python 异常，而是将错误事件作为普通流式块发回给调用者。导致 LiteLLM R
Performance regression with FA2 and long-context generation after 5.2.0
用户在使用 Hugging Face Transformers 库、FlashAttention2（FA2）、以及 Qwen3VL-2B-Thinking 模型进行长上下文视频理解生成任务时，发现 transformers 5.4.0 版本相比 5.2.0 版本生成耗时增加了 17% 以上。该现象在
ImportError: No module named ‘triton’
用户在 Windows 11 上使用 ComfyUI 桌面版，运行 SeedVR2 工作流时，尝试了 3B nvfp4、7B sharp int8 convrot、3B fp8 三种模型，均在 VAEEncodeTiled 节点执行时触发报错。
Incorporate More Meaningful/Useful Diagnostics
用户在运行 Kohya SS 进行 LoRA 训练或 DreamBooth 训练时（通过 gui.bat 或 Docker 启动），训练过程失败后 GUI 界面仅显示通用错误提示，无法通过自然语言理解具体是何种错误（如 CUDA 内存不足、权限错误、数据加载问题等）。用户感到沮丧，因为日志仅输出 P
bug: Trace tree view elements overlap when collapsing/expanding nested spans
在 Langfuse（云版）的 trace 详情页，查看带有嵌套 spans/observations 的 trace（例如包含多个子工具调用的父 span）时，用户执行展开和折叠操作后，UI 元素发生渲染错乱，文本重叠到相邻行。