[Bug]: `–reasoning-parser gemma4` silently disables structured output (xgrammar) when `enable_thinking=false`
![[Bug]: `--reasoning-parser gemma4` silently disables structured output (xgrammar) when `enable_thinking=false`](https://www.chat-gpts.plus/wp-content/uploads/2026/06/39130-0cfbe746-768x403.jpg)
用户在使用 vLLM 启动 Gemma 4 系列模型（如 google/gemma-4-E4B-it 、 google/gemma-4-26B-A4B-it 、 google/gemma-4-31B-it ）时，同时指定了：
标签： Python
RuntimeError: cancelled
用户启动 vLLM server 时指定了 --kv-offloading-backend native 和 --kv-offloading-size 300 ，在处理长上下文场景（超长 prompt 或超长生成）时会随机崩溃，报出 RuntimeError: cancelled 。运行环境为 Ub
Weights only load failed. This file can still be loaded, to do so you have two options, do those steps only if you trust the source of the c
用户在 ComfyUI 环境中使用 Impact Pack 或 Impact Subpack 节点加载 YOLO 模型（例如通过 subcore.load_yolo 或 YOLO 节点）时触发报错。问题与 PyTorch 2.6+ 的安全加载机制变更相关。Issue 中用户使用的具体版本为 torc
After combining images to video, the file remains open in python.
用户在 ComfyUI 中使用 VideoHelperSuite 的 VHS_CombineVideo 节点，将图片序列合成为 MP4 视频文件。工作流运行完成后，立即尝试删除生成的视频文件时，系统报错称文件“被 Python 打开”。用户尝试将 设置 -> VHS -> Advanced Prev
when using multiple batches with meta_batch the node produces no output in API (or output panel)
用户在 ComfyUI REST API 环境中运行包含 VideoHelperSuite 的 meta_batch 节点的工作流，输入视频较长（触发多批次处理）时，API 回调中无法获取最终合成的音频文件。在 UI 界面的节点预览中可以看到输出视频，但 API 输出列表和输出面板中缺失 -audi
bug(python-sdk): trace_context creates phantom parent observations with no input/output in v4 preview UI
用户在使用 Langfuse Python SDK 构建分布式追踪（跨多个 Python 服务共享同一个 trace_id ）时触发。典型场景是服务 A（编排器）创建一个 root observation，服务 B（下游工具服务）通过 trace_context 加入同一 trace，但仅提供了 t
OpenAIException – “Your request was blocked” with custom API base
用户在 OpenAI Python SDK v2.x.x 中通过 OpenAI(base_url="...") 设置自定义 API base URL（例如第三方 API 网关或代理服务），随后调用 chat/completions 等接口时出现该错误。即使 API key 有效且使用 request
[Question]: http://es01:1200 connect fault.
![[Question]: http://es01:1200 connect fault.](https://www.chat-gpts.plus/wp-content/uploads/2026/06/4853-0f2ac450-768x403.jpg)
用户在 Ubuntu 系统下通过 Docker 部署 RAGFlow，执行 docker compose -f docker/docker-compose.yml up -d 后，所有容器（ragflow-redis、ragflow-es-01、ragflow-mysql、ragflow-minio
RuntimeError: Response truncated due to output length limit
用户在 vLLM 0.20.2rc1.dev49 上，使用 Gemma 4 模型（如 mlx-community/gemma-4-26B-A4B-it-OptiQ-4bit）通过 OpenAI 兼容 API 进行流式自动工具调用。具体触发条件是：启用 MTP 推测解码（speculative dec
[ERROR] Node `NunchakuFluxDiTLoader` import failed: – Nunchaku is ENTIRELY BROKEN
![[ERROR] Node `NunchakuFluxDiTLoader` import failed: - Nunchaku is ENTIRELY BROKEN](https://www.chat-gpts.plus/wp-content/uploads/2026/06/2522-65b525df-768x403.jpg)
用户在使用 Krita AI Diffusion 插件（依赖于 ComfyUI）时，启动或加载 ComfyUI 工作流过程中触发了该报错。报错指向 NunchakuFluxDiTLoader 节点，该节点为 Nunchaku 项目提供 Flux 模型支持，但在用户环境中完全损毁。