File node need “authorization” after updtating to 1.16.1

问题场景

用户将 Dify（Docker 部署）升级到 1.16.1 后，在知识库流水线（Knowledge Pipeline）中，第一个节点为 File 节点时触发报错。该问题影响所有流水线，包括升级前已创建的流水线，导致无法保存和发布。

报错原文

Checklist(1)
Resolve the following issues before publishing
File
- Authorization is required

原因分析

这是 Dify 1.16.1 的已知 bug（与 Issue #39724 重复跟踪）。根因位于 api/services/rag_pipeline/rag_pipeline_manage_service.py 中的 list_rag_pipeline_datasources 函数：它对所有数据源提供方执行授权检查，包括本地文件上传等内置提供方。这些内置提供方的 credentials_schema 为空，实际并不需要授权。但由于系统未为其存储任何 credentials，is_authorized 始终为 False，从而触发 “Authorization is required” 错误。

环境排查

• 确认 Dify 版本是否为 1.16.1（该问题与更高版本无关）。
• 确认部署方式是否为 Docker（自托管）；其他部署方式下补丁路径可能不同。
• 检查报错是否涉及所有流水线，而非仅新建流水线——Yes：则基本可确定是 1.16.1 的回归 bug。

解决步骤

1. 进入 API 容器：执行 docker exec -it <api_container_name> sh（将 <api_container_name> 替换为实际容器名，可用 docker ps 查看）。
2. 定位目标文件：打开 api/services/rag_pipeline/rag_pipeline_manage_service.py。
3. 添加跳过授权检查的代码：在 for datasource in datasources: 循环开头插入以下逻辑：

   if not datasource.declaration.credentials_schema:
       datasource.is_authorized = True
       continue

   此操作会跳过不需要 credentials 的提供方（如本地文件上传），使其正确显示为已授权。

4. 重启 API 容器：执行 docker restart <api_container_name> 使改动生效。
5. 重新打开流水线：进入知识库流水线页面，检查 File 节点的错误是否消失，随后正常保存。

验证方法

重启容器后，打开任意受影响的流水线（包括升级前创建的旧流水线），确认 File 节点不再出现 “Authorization is required” 错误，且页面顶部 Checklist 不再提示待解决问题，即可正常保存与发布。

参考来源

langgenius/dify #39941

AI 工具推荐

想把多个 AI 模型放在一个入口？

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。