STT Bug Test – API Access Check
该 Issue 由自动化脚本（Terminator Bot）基于 PAT（Personal Access Token）直接调用 GitHub API 创建。标题不包含前缀（如 bug:、feat:），随后被机器人自动提示修改，并关联了其他 API 访问授权问题的 Issue。属于 GitHub 仓库
标签： AI应用
YouTube node: “Playlist Item > Get Many” hangs with no output when given a valid playlist ID the credential’s default channel doesn’t own
用户在使用 n8n 的 YouTube 节点时，选择 Resource 为 Playlist Item ，Operation 为 Get Many 。在“Playlist Name or ID”字段中以表达式形式传入一个有效的公共播放列表 ID（例如，将频道 ID 的 UC 前缀改为 UU 获得的自
SQLAlchemy `onupdate=` typo on 6 `trigger.py` `updated_at` columns silently breaks ORM auto-refresh
在 Dify 自托管（Source）环境中运行主分支代码，通过 ORM 操作触发相关的服务（如 api/services/trigger/* 、 schedule_service.py 、 webhook_service.py 等）进行更新后，发现 updated_at 字段长时间未变化，可能影响依
[Bug]: Streaming output segmentation （Qwen3-ASR）
![[Bug]: Streaming output segmentation （Qwen3-ASR）](https://www.chat-gpts.plus/wp-content/uploads/2026/07/47421-9196bf15-768x403.jpg)
用户在 vLLM 中部署 Qwen3-ASR 模型，并开启流式推理（streaming output）。期望获得连续的 ASR 转录文本，但实际输出却被切割为多个 5 秒长度的分段片段，需要额外的后处理才能合并完整结果。
issue: External Tool not view in Workspace
用户在 Open WebUI v0.10.2（Docker 安装，Linux 系统）中，通过 Workspace 创建新模型时，期望在模型工具选择列表中看到之前在管理员控制台中以 MCP Server 方式创建的外部工具。v0.9.6 版本中该功能正常，升级到 v0.10.2 后外部工具不再显示。
issue: Dependency collision when using E-Mail file loader
用户在 Open WebUI (v0.10.2) 中，为了支持解析 .msg 邮件文件（通过 OutlookMessageLoader），手动将 extract_msg 依赖添加到 requirements.txt ，随后执行构建时触发依赖冲突。
[BUG] CREW getting stuck on any task as “THINKING” and gets FREEZE
![[BUG] CREW getting stuck on any task as "THINKING" and gets FREEZE](https://www.chat-gpts.plus/wp-content/uploads/2026/07/2997-78573581-768x403.jpg)
用户在 CrewAI 0.121.0 版本中运行自定义 Agent 和 Task 组成的 Crew（包括 EmailAssignment Crew），无论使用 "crewai run" 还是 "python main.py" 调用 main.kickoff() ，任务都会在随机位置卡在 "THINK
ValueError: Credential record not found.
用户使用 Dify 1.15.0 自托管版本（Source 部署），在管理台执行 DELETE /console/api/workspaces/current/model-providers/langgenius/xinference/xinference/models/credentials 操作
/console/api/system-features security vulnerability
用户自行部署 Dify（Docker 方式），在运行安全扫描或网安渗透测试时发现 /console/api/system-features 接口不需要任何认证即可访问，从而获取系统配置信息。用户尝试用 Nginx 拦截该接口后，Dify 页面报错无法正常加载。
issue: after upgrading to 0.10.2 all output of Qwen3.5-122B model results in garbage
用户在 Open WebUI v0.10.2 中，使用 vLLM 0.24.0 部署 Qwen3.5-122B-A10B-AWQ 模型（通过 OpenAI 兼容端点）。其他客户端（Jan.ai）连接同一个 vLLM 端点时输出正常。问题出现在 Open WebUI 内的对话中：表现为无输出、开始正常