Misc. bug: Hexagon ADD reads wrong rows when dim 1 broadcasts across dim 2 slices

在使用 llama.cpp 的 Hexagon HTP 后端执行 F32/F16 的 GGML_OP_ADD 时,如果 src1 的 dim 1 为 1、同时在 dim 2 上有多个 slice(即按行广播但跨 dim 2 切片),HTP 内核可能读错行,导致输出出现 FLT_MAX / inf 。

在使用 llama.cpp 的 Hexagon HTP 后端执行 F32/F16 的 GGML_OP_ADD 时,如果 src1 的 dim 1 为 1、同时在 dim 2 上有多个 slice(即按行广播但跨 dim 2 切片),HTP 内核可能读错行,导致输出出现 FLT_MAX / inf 。
![Misc. bug: Vulkan ARGSORT ne=[2048,1,1,1] only sorts half of the array on some devices](https://www.chat-gpts.plus/wp-content/uploads/2026/09/29431-0e9cbdaa-768x403.jpg)
这个报错通常出现在支持较大 workgroup(例如 2048 invocations)的 Vulkan 设备上,运行 llama.cpp 的 ARGSORT 后端测试时,数组只被排序了一半。优先排查 ggml_vk_argsort() 中 use_small 路径是否在 ne0=2048 时被错误
![[Bug] Qwen4Exp QSA indexer: per-chunk logits buffer grows with max_seq_len, caching allocator keeps every size, device OOM/hang on unified-m](https://www.chat-gpts.plus/wp-content/uploads/2026/09/56457-d01dde83-768x403.jpg)
该报错通常出现在 GB10(SM121)、unified memory 机器上用 vLLM 跑 Qwen4Exp 架构模型做超长 prefill(chunked prefill)时,随着 chunk 推进,QSA indexer 的 per-chunk logits buffer 尺寸逐块增大,Py
![[Bug]: Batch invariance is broken when sequence parallelism / async TP is enabled (`VLLM_BATCH_INVARIANT=1` + `pass_config.enable_sp`)](https://www.chat-gpts.plus/wp-content/uploads/2026/09/56370-536c0b3f-768x403.jpg)
在 vLLM 中同时启用 VLLM_BATCH_INVARIANT=1 与 pass_config.enable_sp=True (或会隐式开启它的 fuse_gemm_comms=True )时,相同请求的 logprobs / 贪心输出会随 batch 组成变化,批量不变性被破坏;优先排查是否同
![[Bug] V1 InputBatch condense can leak stale allowed_token_ids mask to recycled row](https://www.chat-gpts.plus/wp-content/uploads/2026/09/43894-a55fb008-768x403.jpg)
该报错通常出现在 vLLM V1 引擎开启动态批处理、同时混用带 allowed_token_ids 受限请求与无限制请求时, InputBatch.condense() 会把已释放行的 stale allowed_token_ids_mask_cpu_tensor 残留下来,并被后续无限制请求复用
![[Bug] V1 InputBatch condense can leak stale allowed_token_ids mask to recycled row](https://www.chat-gpts.plus/wp-content/uploads/2026/09/43894-a55fb008-768x403.jpg)
该报错通常出现在 vLLM V1 引擎开启动态批处理、同时混用带 allowed_token_ids 受限请求与无限制请求时, InputBatch.condense() 会把已释放行的 stale allowed_token_ids_mask_cpu_tensor 残留下来,并被后续无限制请求复用

在 Open WebUI 中永久删除带附件的聊天后,数据库里的 chat_file 关联行、孤立的 file 记录、磁盘上的上传文件以及对应的向量集合不会被清理,长期运行会导致 uploads/ 目录和向量库持续膨胀。优先排查 SQLite 部署下外键是否未生效,以及删除流程是否遗漏了对 file

这是 Open WebUI 默认主题下的对比度问题:普通模式的事件弹窗使用灰色文字配浅灰背景,导致几乎无法阅读;维护者已说明灰字是“默认设计”,因此这不是可以用某条命令修掉的 Bug,而是需要切换无障碍模式或自定义样式的可读性提案。

在 Open WebUI 聊天输入框中输入 $ 或 / 触发技能选择器时,已被关闭(Inactive)的技能仍会出现在列表里;选中后消息会带着原始技能标签发出,后端不会注入该技能指令,看起来像是“选了但没生效”。优先排查 Workspace → Skills 中该技能的启用状态,以及前端选择器是否过

这个报错出现在 Transformers 合并队列(merge queue)运行 MellumModelTest.test_load_balancing_loss 时,断言对 aux_loss 的标量比较失败(Expected 2.0 but got 2.037735939025879),并导致 P