Using Docker self-hosted instance, when connecting with desktop client, second file upload in chat window fails

[MuziIsabel]

📱 Client Type

Desktop App (Electron)

💻 Operating System

Windows

📦 Deployment Platform

Self hosting Docker

🔧 Deployment Mode

server db (lobe-chat-database image)

📌 Version

v2.0.0next

🌐 Browser

Edge

🐛 Bug Description

When using a self-hosted instance (database version) and uploading files while chatting in the desktop application, an upload error message appears:

The problem persists after restarting the service. Uploading through the web interface works fine.

📷 Recurrence Steps

No response

🚦 Expected Behavior

No response

📝 Additional Information

No response

🛠️ Willing to Submit a PR?

None

✅ Validations

• Read the docs.
• Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.
• Make sure this is a LobeChat issue and not a third-party library or provider issue.
• Check that this is a concrete bug. For Q&A, please use GitHub Discussions or join our Discord Server.

---

This issue was translated by Claude.

Original Content

📱 Client Type

Desktop App (Electron)

💻 Operating System

Windows

📦 Deployment Platform

Self hosting Docker

🔧 Deployment Mode

server db (lobe-chat-database image)

📌 Version

v2.0.0next

🌐 Browser

Edge

🐛 Bug Description

使用自部署实例（数据库版本），使用桌面应用聊天时上传文件，上传时会提示

重启服务后问题依然存在，通过网页端上传没有问题。

📷 Recurrence Steps

No response

🚦 Expected Behavior

No response

📝 Additional Information

No response

🛠️ Willing to Submit a PR?

None

✅ Validations

• Read the docs.
• Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.
• Make sure this is a LobeChat issue and not a third-party library or provider issue.
• Check that this is a concrete bug. For Q&A, please use GitHub Discussions or join our Discord Server.

[lobehubbot]

@ONLY-yours @rivertwilight - This is a desktop file upload issue. The second file upload fails in the Electron client (self-hosted Docker with server DB), but web upload works fine. Please coordinate on this.

[github-actions]

Found 3 possible duplicate issues:

1. Web version can upload files normally, Windows client cannot upload files #7842
2. Port-deployed website connected to Windows desktop version does not support file upload, but domain deployment works normally #7805
3. macOS desktop app files cannot be loaded and file upload fails #8864

This issue will be automatically closed as a duplicate in 3 days.

• If your issue is a duplicate, please close it and 👍 the existing issue instead
• To prevent auto-closure, add a comment or 👎 this comment

🤖 Generated with Claude Code

[dosubot]

Hi @MuziIsabel! I'm Dosu and I’m helping the lobe-chat team.

你遇到的问题（桌面端第二次上传文件失败，网页端正常）在自部署 Docker 环境下是已知现象，常见原因和排查建议如下：

1. CORS 配置问题：MinIO/S3 的 CORS 必须允许桌面端的访问域名和协议（如 http://localhost:3015/），有时还需要加上 electron://。CORS 配置不正确会导致上传请求被拒绝，尤其是 Electron 客户端和浏览器行为不同，容易出现“第一次成功，后续失败”的情况[相关案例][配置参考]。

2. 环境变量 S3_ENABLE_PATH_STYLE：如果你用的是 MinIO 或自建 S3，必须在 Docker 配置中加上 S3_ENABLE_PATH_STYLE=1，否则会因为路径风格不兼容导致上传失败[官方说明][案例]。

3. APP_URL/S3_ENDPOINT/S3_PUBLIC_DOMAIN 配置：这些变量要和实际访问地址完全一致，不能有端口、协议或路径上的不一致，否则会导致鉴权或跨域失败[配置示例]。

4. 反向代理 Host 头：如果你用 Nginx 代理 MinIO，需确保 proxy_set_header Host localhost;，否则 Host 校验可能失败[案例]。

5. SSRF 防护：如果 S3/MinIO 域名解析到内网 IP，LobeChat SSRF 防护会阻止访问。可在环境变量中加 SSRF_ALLOW_PRIVATE_IP_ADDRESS=1（仅建议内网环境）[说明]。

6. 资源限制：上传大文件后空间不足也会导致后续上传失败，尝试删除部分大文件后再试[案例]。

7. 版本问题：近期有修复图片/文件上传相关 bug，建议升级到最新版再测试[PR]。

8. 日志排查：建议同时查看 Electron 客户端开发者工具（Network/Console）和后端 Docker 日志（docker logs -f lobe-chat），定位具体报错信息。

排查建议清单：

• 检查 MinIO/S3 的 CORS 配置，确保包含桌面端访问的域名和协议。
• 检查 .env 或 Docker Compose 文件，确保 S3_ENABLE_PATH_STYLE=1、APP_URL、S3_ENDPOINT、S3_PUBLIC_DOMAIN 等变量正确。
• 如用 Nginx 代理 MinIO，确认 Host 头设置。
• 如 S3/MinIO 是内网地址，尝试加 SSRF_ALLOW_PRIVATE_IP_ADDRESS=1。
• 升级到最新版 LobeChat。
• 检查磁盘空间，尝试删除大文件后再上传。
• 上传失败时收集 Electron 和后端日志，便于进一步定位。

如以上方法仍无法解决，建议补充详细的错误日志和配置片段，便于进一步分析。

To reply, just mention @dosu.

---

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