Different results for PPDocLayoutV3 on CPU and CUDA

用户在运行 PPDocLayoutV3 模型(通过 Hugging Face Transformers 库)时,发现模型在 CPU 和 CUDA 设备上输出结果不一致,具体表现为 _cached_generate_anchors 函数生成的 anchor 掩码存在差异。该函数在 transforme

用户在运行 PPDocLayoutV3 模型(通过 Hugging Face Transformers 库)时,发现模型在 CPU 和 CUDA 设备上输出结果不一致,具体表现为 _cached_generate_anchors 函数生成的 anchor 掩码存在差异。该函数在 transforme

用户在 Kohya SS v26.0.0 上运行 flux_train_network.py 训练 Flux LoRA 时触发。训练初始化完成后,在 accelerator.print("running training / \u5b66\u7fd2\u958b\u59cb") (即输出“runni

用户使用 gradio script.py 命令启动 Gradio 应用(热重载模式),点击按钮触发一个异步耗时函数(如 asyncio.sleep(5) 或循环流式输出),在函数执行过程中修改并保存源代码文件(例如取消注释组件定义行)。应用前端显示 Connection errored out.
![[Bug]: GET /v1/models pegs proxy CPU for minutes / proxy hangs, health checks fail (v1.92.0 regression: per-model get_model_group_info + dee](https://www.chat-gpts.plus/wp-content/uploads/2026/07/33636-635f2942-768x403.jpg)
在 LiteLLM 代理(LiteLLM proxy)中,当使用通配符模型路由(如 bedrock/* , openai/* )时,发起 GET /v1/models 或 GET /models 请求会导致代理挂起数分钟,CPU 单核 100% 占用,健康检查超时,负载均衡器将节点标记为不健康。该问

用户通过 Docker 运行 Open WebUI (v0.10.2),在管理员面板中配置连接到一台 macOS 机器上运行的 fm serve --host 0.0.0.0 --port 1976 基础模型服务。使用 OpenAI 兼容的 /v1/chat/completions 端点,模型 ID

用户使用 Hugging Face Transformers 加载 ibm-granite/granite-4.0-350m-base 模型,调用 model.generate() 进行文本生成时触发该错误。系统环境为 Ubuntu 24.04 with Python 3.12.12、Transfo

用户在 Langfuse 中使用基于 OpenTelemetry (OTel) 的 Python SDK,搭配 LangChain,并使用了带 content_blocks 参数的 SystemMessage 。这会导致 message.content 变成 Python 的 list[dict]

用户在 Gradio Blocks 中使用 Audio 组件,并为其绑定了 change 事件回调函数(例如根据音频输入是否为空来控制按钮的交互状态)。当加载某些音频文件时,波形图不渲染,音频也无法播放;移除 change 事件绑定后问题消失。

用户在 Gradio Blocks 应用中大量实例化 gr.Audio 组件(10+),或通过链式事件监听器( .then() / .success() )更新音频输出时,Audio 组件加载新音频变慢或完全失败。复现条件包括:
![[Bug]: Can't send emails to non-authenticated server](https://www.chat-gpts.plus/wp-content/uploads/2026/07/6625-9af68ab0-768x403.jpg)
用户在使用 LiteLLM 代理(LiteLLM Proxy)时,配置了邮件发送功能,但目标 SMTP 服务器是一个不需要登录认证的内部邮件服务器(例如:仅通过 IP 白名单或端口 25 进行发送)。系统中,邮件发送逻辑强制要求提供 smtp_username 和 smtp_password ,导致