[Bug]: 企业微信+langbot+Dify：启用插件系统时Markdowm2ing插件处理Dify知识库Markdown格式图片信息超时，ActionCallTimeoutError导致消息无法发送

[6mvp6]

Runtime environment

v4.6.2, Ubuntu 24.04 x64 Python 3.12.7, Docker version 27.5.1

Exception

主要问题：

1. 使用Markdowm2ing插件时，处理Dify知识库返回的Markdown图片格式时出现ActionCallTimeoutError
2. Dify知识库返回的图片链接存在签名时效性问题，直接在浏览器打开时返回404错误

详细错误日志：

[12-05 18:16:54.596] pipelinemgr.py (253) - [ERROR] : Error processing query 0 stage=ResponseWrapper : ActionCallError: ActionCallTimeoutError: Action emit_event call timed out
[12-05 18:16:54.602] pipelinemgr.py (254) - [ERROR] : Traceback: Traceback (most recent call last):
  File "/app/.venv/lib/python3.12/site-packages/langbot_plugin/runtime/io/handler.py", line 175, in call_action
    raise ActionCallError(f"{response.message}")
langbot_plugin.entities.io.errors.ActionCallError: ActionCallTimeoutError: Action emit_event call timed out

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/app/src/langbot/pkg/pipeline/pipelinemgr.py", line 250, in process_query
    await self._execute_from_stage(0, query)
  File "/app/src/langbot/pkg/pipeline/pipelinemgr.py", line 217, in _execute_from_stage
    await self._execute_from_stage(i + 1, query)
  File "/app/src/langbot/pkg/pipeline/pipelinemgr.py", line 206, in _execute_from_stage
    async for sub_result in result:
  File "/app/src/langbot/pkg/pipeline/wrapper/wrapper.py", line 77, in process
    event_ctx = await self.ap.plugin_connector.emit_event(event, bound_plugins)
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/app/src/langbot/pkg/plugin/connector.py", line 405, in emit_event
    event_ctx_result = await self.handler.emit_event(
                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/app/src/langbot/pkg/plugin/handler.py", line 560, in emit_event
    result = await self.call_action(
             ^^^^^^^^^^^^^^^^^^^^^^^
  File "/app/.venv/lib/python3.12/site-packages/langbot_plugin/runtime/io/handler.py", line 180, in call_action
    raise ActionCallError(f"{e.__class__.__name__}: {str(e)}")
langbot_plugin.entities.io.errors.ActionCallError: ActionCallError: ActionCallTimeoutError: Action emit_event call timed out

补充现象：

• 在浏览器直接打开Dify知识库返回的Markdown图片链接时，返回：

  {"code":"not_found","message":"File not found or signature is invalid","status":404}

• 在Langbot流水线对话调试中：
  • 关闭所有插件时：Dify知识库的Markdown格式图片信息正确渲染
  • 开启所有插件时（包括添加或不添加Markdowm2ing插件，只点击开启按钮）：同样报ActionCallTimeoutError错误

Reproduction steps

环境配置：

1. Dify和Langbot部署在同一台 Ubuntu 服务器上，均使用Docker容器运行
   2 已安装playwright和chromium依赖：
   • 执行了 playwright install chromium
   • 安装了Markdowm2ing插件的requirements.txt依赖

重现步骤：

1. 企业微信机器人配置：

   • 机器人通过Langbot调用Dify智能体
   • Dify知识库中包含Markdown格式的图片：![image](https://域名:端口/files/xxx/file-preview?timestamp=xxx&nonce=xxx&sign=xxx)

2. 加载Markdowm2ing插件并在扩展集成启用插件开关：
   a. 在Langbot插件市场安装并启用Markdowm2ing插件
   b. 企业微信用户提问，触发Dify知识库回复包含Markdown图片
   c. Langbot处理时出现ActionCallTimeoutError

[12-06 09:46:30.290] pipelinemgr.py (253) - [ERROR] : Error processing query 4 stage=ResponseWrapper : ActionCallError: ActionCallTimeoutError: Action emit_event call timed out
[12-06 09:46:30.293] pipelinemgr.py (254) - [ERROR] : Traceback: Traceback (most recent call last):
  File "/app/.venv/lib/python3.12/site-packages/langbot_plugin/runtime/io/handler.py", line 175, in call_action
    raise ActionCallError(f"{response.message}")
langbot_plugin.entities.io.errors.ActionCallError: ActionCallTimeoutError: Action emit_event call timed out

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/app/src/langbot/pkg/pipeline/pipelinemgr.py", line 250, in process_query
    await self._execute_from_stage(0, query)
  File "/app/src/langbot/pkg/pipeline/pipelinemgr.py", line 217, in _execute_from_stage
    await self._execute_from_stage(i + 1, query)
  File "/app/src/langbot/pkg/pipeline/pipelinemgr.py", line 206, in _execute_from_stage
    async for sub_result in result:
  File "/app/src/langbot/pkg/pipeline/wrapper/wrapper.py", line 77, in process
    event_ctx = await self.ap.plugin_connector.emit_event(event, bound_plugins)
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/app/src/langbot/pkg/plugin/connector.py", line 405, in emit_event
    event_ctx_result = await self.handler.emit_event(
                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/app/src/langbot/pkg/plugin/handler.py", line 560, in emit_event
    result = await self.call_action(
             ^^^^^^^^^^^^^^^^^^^^^^^
  File "/app/.venv/lib/python3.12/site-packages/langbot_plugin/runtime/io/handler.py", line 180, in call_action
    raise ActionCallError(f"{e.__class__.__name__}: {str(e)}")
langbot_plugin.entities.io.errors.ActionCallError: ActionCallError: ActionCallTimeoutError: Action emit_event call timed out

3. 不加载任何插件但在扩展集成启用插件开关：
   a. 在Langbot流水线-插件集成中，启用"启用所有插件"开关
   b. 不启用任何具体插件（包括不启用Markdowm2ing）
   c. 同样出现ActionCallTimeoutError错误

[12-06 09:43:31.317] pipelinemgr.py (253) - [ERROR] : Error processing query 3 stage=ResponseWrapper : ActionCallError: ActionCallTimeoutError: Action emit_event call timed out
[12-06 09:43:31.321] pipelinemgr.py (254) - [ERROR] : Traceback: Traceback (most recent call last):
  File "/app/.venv/lib/python3.12/site-packages/langbot_plugin/runtime/io/handler.py", line 175, in call_action
    raise ActionCallError(f"{response.message}")
langbot_plugin.entities.io.errors.ActionCallError: ActionCallTimeoutError: Action emit_event call timed out

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/app/src/langbot/pkg/pipeline/pipelinemgr.py", line 250, in process_query
    await self._execute_from_stage(0, query)
  File "/app/src/langbot/pkg/pipeline/pipelinemgr.py", line 217, in _execute_from_stage
    await self._execute_from_stage(i + 1, query)
  File "/app/src/langbot/pkg/pipeline/pipelinemgr.py", line 206, in _execute_from_stage
    async for sub_result in result:
  File "/app/src/langbot/pkg/pipeline/wrapper/wrapper.py", line 77, in process
    event_ctx = await self.ap.plugin_connector.emit_event(event, bound_plugins)
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/app/src/langbot/pkg/plugin/connector.py", line 405, in emit_event
    event_ctx_result = await self.handler.emit_event(
                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/app/src/langbot/pkg/plugin/handler.py", line 560, in emit_event
    result = await self.call_action(
             ^^^^^^^^^^^^^^^^^^^^^^^
  File "/app/.venv/lib/python3.12/site-packages/langbot_plugin/runtime/io/handler.py", line 180, in call_action
    raise ActionCallError(f"{e.__class__.__name__}: {str(e)}")
langbot_plugin.entities.io.errors.ActionCallError: ActionCallError: ActionCallTimeoutError: Action emit_event call timed out

docker restart langbot 时日志启动时警告信息：
[12-06 09:53:44.633] longtext.py (50) - [WARNING] : Font file not found, and system font cannot be used, switch to forward message component to send long messages, you can adjust the related settings in the configuration file.

4. 完全在扩展集成关闭插件开关：
   a. 在Langbot流水线-插件集成中，关闭"启用所有插件"开关
   b. 返回Dify知识库的Markdown格式图片信息：![image](https://域名:端口/files/xxx/file-preview?timestamp=xxx&nonce=xxx&sign=xxx)

5. 签名验证问题：
   a. 从Dify知识库获取的图片链接，直接在浏览器打开时返回404
   b. 错误信息：{"code":"not_found","message":"File not found or signature is invalid","status":404}

关键观察：问题不仅出现在Markdowm2ing插件，而是整个插件系统启用时都会出现ActionCallTimeoutError

Enabled plugins

插件状态配置：

1. MarkDown2ing插件：
   • 来源：Langbot插件市场 (https://space.langbot.app/market/Typer_Body/MarkDown2img)

docker环境库

docker exec langbot pip list
Package            Version
------------------ ---------------
aiofiles           25.1.0
annotated-types    0.7.0
anyio              4.12.0
certifi            2025.11.12
charset-normalizer 3.4.4
dotenv             0.9.9
greenlet           3.3.0
h11                0.16.0
html2image         2.0.7
httpcore           1.0.9
httpx              0.28.1
idna               3.11
iniconfig          2.3.0
Jinja2             3.1.6
langbot-plugin     0.2.0
linkify-it-py      2.0.3
Markdown           3.10
markdown-it-py     4.0.0
MarkupSafe         3.0.3
mdit-py-plugins    0.5.0
mdurl              0.1.2
packaging          25.0
pip                25.3
platformdirs       4.5.1
playwright         1.56.0
pluggy             1.6.0
pydantic           2.12.5
pydantic_core      2.41.5
pydantic-settings  2.12.0
pyee               13.0.0
Pygments           2.19.2
pymdown-extensions 10.17.2
pytest             9.0.1
python-dotenv      1.2.1
PyYAML             6.0.3
requests           2.32.5
rich               14.2.0
textual            6.7.1
types-aiofiles     25.1.0.20251011
types-PyYAML       6.0.12.20250915
typing_extensions  4.15.0
typing-inspection  0.4.2
uc-micro-py        1.0.3
urllib3            2.5.0
uv                 0.9.15
watchdog           6.0.0
websocket-client   1.9.0
websockets         15.0.1

[dosubot]

你的问题涉及两个核心点：插件系统启用时的 ActionCallTimeoutError 超时，以及 Dify 知识库图片签名失效导致 404。

1. ActionCallTimeoutError 超时
   LangBot v4.6.2 及 langbot-plugin-sdk 已将插件命令（如 emit_event、execute_command）的超时时间从 60 秒提升到 180 秒，专门为 Markdown2img 这类渲染图片的长耗时插件设计，避免因处理慢导致超时报错。但这个超时是硬编码的，无法通过配置修改。如果你的图片渲染或下载超过 180 秒，依然会报超时错（参考）。

2. Dify 图片签名失效/404
   Dify 返回的图片链接带签名和时效，签名过期或被多次访问就会 404。插件处理图片时如果同步下载图片，签名失效就会导致渲染失败、超时。建议确保插件处理图片时，Dify 返回的图片链接在有效期内，并且 LangBot 容器能直接访问这些 URL（参考）。

3. 插件系统全局超时/签名问题
   即使不开启 Markdowm2ing，只要启用插件系统也会报超时，说明流水线里有插件处理链路被卡住，可能是某个插件处理图片或消息时遇到签名失效、网络慢、依赖未装好等问题。建议：

• 检查流水线插件顺序，逐步排查是哪个插件导致超时。
• 检查插件日志，定位是哪个阶段卡住。
• 确认 Playwright、Chromium 依赖已正确安装，且容器内能访问 Dify 图片 URL。
• 尝试用公网图片 URL 测试，排除 Dify 签名 URL 问题。

4. Dify API 兼容性问题
   如果你用的是企业微信图片/文件，确保 LangBot 代码里 difysvapi.py 的 _chat_messages 方法给每个 file 加了 'transfer_method': 'local_file' 字段，否则 Dify 会把图片当文本处理，导致图片签名失效或无法识别（参考）。

5. 其他建议

• 遇到 ActionCallTimeoutError，可尝试刷新流水线配置（打开设置点保存），或拉取最新 master 分支重启服务（参考）。
• 插件处理图片建议优化为异步/分块处理，避免长时间阻塞。

如需进一步定位，建议贴出具体插件流水线配置和相关插件日志。

To reply, just mention @dosu.

---

^{How did I do? Good | Irrelevant | Incorrect | Verbose | Hallucination | Report 🐛 | Other}

  

[6mvp6]

你的问题涉及两个核心点：插件系统启用时的 ActionCallTimeoutError 超时，以及 Dify 知识库图片签名失效导致 404。

1. ActionCallTimeoutError 超时
   LangBot v4.6.2 及 langbot-plugin-sdk 已将插件命令（如 emit_event、execute_command）的超时时间从 60 秒提升到 180 秒，专门为 Markdown2img 这类渲染图片的长耗时插件设计，避免因处理慢导致超时报错。但这个超时是硬编码的，无法通过配置修改。如果你的图片渲染或下载超过 180 秒，依然会报超时错（参考）。
2. Dify 图片签名失效/404
   Dify 返回的图片链接带签名和时效，签名过期或被多次访问就会 404。插件处理图片时如果同步下载图片，签名失效就会导致渲染失败、超时。建议确保插件处理图片时，Dify 返回的图片链接在有效期内，并且 LangBot 容器能直接访问这些 URL（参考）。
3. 插件系统全局超时/签名问题
   即使不开启 Markdowm2ing，只要启用插件系统也会报超时，说明流水线里有插件处理链路被卡住，可能是某个插件处理图片或消息时遇到签名失效、网络慢、依赖未装好等问题。建议：

• 检查流水线插件顺序，逐步排查是哪个插件导致超时。
• 检查插件日志，定位是哪个阶段卡住。
• 确认 Playwright、Chromium 依赖已正确安装，且容器内能访问 Dify 图片 URL。
• 尝试用公网图片 URL 测试，排除 Dify 签名 URL 问题。

4. Dify API 兼容性问题
   如果你用的是企业微信图片/文件，确保 LangBot 代码里 difysvapi.py 的 _chat_messages 方法给每个 file 加了 'transfer_method': 'local_file' 字段，否则 Dify 会把图片当文本处理，导致图片签名失效或无法识别（参考）。
5. 其他建议

• 遇到 ActionCallTimeoutError，可尝试刷新流水线配置（打开设置点保存），或拉取最新 master 分支重启服务（参考）。
• 插件处理图片建议优化为异步/分块处理，避免长时间阻塞。

如需进一步定位，建议贴出具体插件流水线配置和相关插件日志。

To reply, just mention @dosu.

How did I do? Good | Irrelevant | Incorrect | Verbose | Hallucination | Report 🐛 | Other

  

请问如果保留官方的配置，直接修改 ./LangBot/src/langbot/pkg/provider/runners/difysvapi.py、./LangBot/src/langbot/pkg/platform/sources/wecombot.py和./LangBot/src/langbot/libs/wecom_ai_bot_api/api.py 代码并保存，然后在 ./LangBot/docker 目录下执行docker compose down 和 docker compose up -d --build，修改的代码是否会生效？

[dosubot]

是的，直接修改 ./LangBot/src/langbot/pkg/provider/runners/difysvapi.py、./LangBot/src/langbot/pkg/platform/sources/wecombot.py 和 ./LangBot/src/langbot/libs/wecom_ai_bot_api/api.py 后，只要在 ./LangBot/docker 目录下执行 docker compose down 和 docker compose up -d --build，你的代码更改就会生效。
这些文件属于 LangBot 源码，Docker 构建流程会把它们打包进镜像，重建容器后会运行最新的代码 参考 参考。

只需确保你的 Dockerfile 没有特殊缓存或多阶段构建导致旧代码被用到（官方配置默认没问题），本地代码已保存即可。

To reply, just mention @dosu.

---

^{How did I do? Good | Irrelevant | Incorrect | Verbose | Hallucination | Report 🐛 | Other}

  

[6mvp6]

是的，直接修改 ./LangBot/src/langbot/pkg/provider/runners/difysvapi.py、./LangBot/src/langbot/pkg/platform/sources/wecombot.py 和 ./LangBot/src/langbot/libs/wecom_ai_bot_api/api.py 后，只要在 ./LangBot/docker 目录下执行 docker compose down 和 docker compose up -d --build，你的代码更改就会生效。 这些文件属于 LangBot 源码，Docker 构建流程会把它们打包进镜像，重建容器后会运行最新的代码 参考 参考。

只需确保你的 Dockerfile 没有特殊缓存或多阶段构建导致旧代码被用到（官方配置默认没问题），本地代码已保存即可。

To reply, just mention @dosu.

How did I do? Good | Irrelevant | Incorrect | Verbose | Hallucination | Report 🐛 | Other

  

不对啊，我感觉我在./LangBot/src/langbot/pkg/provider/runners/difysvapi.py将Dify模型回复变量仅修改，比如将回复内容修改为“[测试] Dify回复内容已被注释，代码修改生效！”，./LangBot/docker 重新执行docker compose up -d --build，langbot和企业微信测试回复效果，跟没改代码回复一样，根本没有修改的测试内容“[测试] Dify回复内容已被注释，代码修改生效！”

[dosubot]

你的代码修改没有生效，是因为企业微信（WeCom）场景下，LangBot 实际调用的是 difysvapi.py 里的流式处理函数（如 _chat_messages_chunk、_agent_chat_messages_chunk），而不是非流式的 _chat_messages。WeCom 适配器始终走流式 handler，所以你只改了 _chat_messages，不会影响实际回复内容，重建容器也看不到变化。

要让企业微信回复内容变成你的测试内容，应该直接修改 _chat_messages_chunk（或对应 app-type 的 chunk 版本）里的 yield 逻辑，比如直接 yield 你想要的内容，或加一行 log/print 验证代码路径是否被执行。修改后再 docker compose down && docker compose up -d --build，就能看到效果。

如果还是没生效，建议：

1. 进入容器内（docker exec -it langbot bash），确认源码已更新。
2. 检查 Docker build 日志是否有缓存（必要时加 --no-cache）。
3. 检查日志里是否有你加的调试输出。

核心结论：WeCom 场景下只改非流式 handler 不会生效，必须改 chunk 版本。详见相关讨论。

To reply, just mention @dosu.

---

^{How did I do? Good | Irrelevant | Incorrect | Verbose | Hallucination | Report 🐛 | Other}

  

[6mvp6]

你的代码修改没有生效，是因为企业微信（WeCom）场景下，LangBot 实际调用的是 difysvapi.py 里的流式处理函数（如 _chat_messages_chunk、_agent_chat_messages_chunk），而不是非流式的 _chat_messages。WeCom 适配器始终走流式 handler，所以你只改了 _chat_messages，不会影响实际回复内容，重建容器也看不到变化。

要让企业微信回复内容变成你的测试内容，应该直接修改 _chat_messages_chunk（或对应 app-type 的 chunk 版本）里的 yield 逻辑，比如直接 yield 你想要的内容，或加一行 log/print 验证代码路径是否被执行。修改后再 docker compose down && docker compose up -d --build，就能看到效果。

如果还是没生效，建议：

1. 进入容器内（docker exec -it langbot bash），确认源码已更新。
2. 检查 Docker build 日志是否有缓存（必要时加 --no-cache）。
3. 检查日志里是否有你加的调试输出。

核心结论：WeCom 场景下只改非流式 handler 不会生效，必须改 chunk 版本。详见相关讨论。

To reply, just mention @dosu.

How did I do? Good | Irrelevant | Incorrect | Verbose | Hallucination | Report 🐛 | Other

  

./LangBot/docker执行：docker exec -it langbot bash

/app# ls
AGENTS.md        Dockerfile  README_EN.md  README_JP.md  README_TW.md  data    main.py         res           temp     web
CLAUDE.md        LICENSE     README_ES.md  README_KO.md  README_VI.md  docker  pyproject.toml  run_tests.sh  tests
CONTRIBUTING.md  README.md   README_FR.md  README_RU.md  codecov.yml   docs    pytest.ini      src           uv.lock
/app# cd src/
/app/src# ls
langbot  langbot.egg-info
/app/src# cd langbot
/app/src/langbot# ls
__init__.py  __main__.py  __pycache__  libs  pkg  templates
cd /app/src/langbot/pkg/provider/runners
/app/src/langbot/pkg/provider/runners# ls
__init__.py  __pycache__  cozeapi.py  dashscopeapi.py  difysvapi.py  langflowapi.py  localagent.py  n8nsvapi.py  tboxapi.py
/app/src/langbot/pkg/provider/runners# cat difysvapi.py

得到的 difysvapi.py 代码与官方v4.6.3版本一致，并不是我修改后的代码

[dosubot]

你的代码没有生效，是因为 WeCom 场景下实际执行的是 difysvapi.py 里的流式处理函数（如 _chat_messages_chunk 或 _agent_chat_messages_chunk），而不是 _chat_messages。你需要直接在这些 chunk 版本的 yield 逻辑里修改，比如：

yield provider_message.MessageChunk(
    role='assistant',
    content='[测试] Dify回复内容已被注释，代码修改生效！',
    is_final=is_final,
)

只改 _chat_messages 不会影响 WeCom 回复，因为 run 方法会根据 adapter 是否支持流式输出，自动选择 chunk 版本（WeCom 一直走流式）参考。

如果你已经改了 chunk 版本但容器里还是旧代码，建议：

1. 确认你本地改的是 Docker build context 下的源码（不是副本或子模块）。
2. 检查 Dockerfile 是否有 COPY 指令包含 src/langbot/pkg/provider/runners/difysvapi.py。
3. 检查 .dockerignore 是否把 src 目录排除了。
4. 检查 docker-compose.yml 是否有 volume 挂载把宿主机代码覆盖了容器代码。
5. 用 docker compose build --no-cache 强制全量重建，再 up。
6. 进容器 cat 目标文件，确认源码已更新。

只要你改的是 chunk 版本、build context 没问题，重建后就能生效。如果还有问题，建议贴下 Dockerfile 和 compose 配置，排查 build context 或缓存问题。相关代码实现参考

To reply, just mention @dosu.

---

^{How did I do? Good | Irrelevant | Incorrect | Verbose | Hallucination | Report 🐛 | Other}

  

[RockChinQ]

可以试一下最新的4.6.3版本，我们调高了这个超时时间。