After upgrading to 1.0.0, the tool node icon and the tool icon in the add node pop-up box do not display
Self Checks
- [x] This is only for bug report, if you would like to ask a question, please head to Discussions.
- [x] I have searched for existing issues search for existing issues, including closed ones.
- [x] I confirm that I am using English to submit this report (我已阅读并同意 Language Policy).
- [x] [FOR CHINESE USERS] 请务必使用英文提交 Issue,否则会被关闭。谢谢!:)
- [x] Please do not modify this template :) and fill in all the required fields.
Dify version
V1.0.0
Cloud or Self Hosted
Self Hosted (Docker)
Steps to reproduce
I am a community version of Docker Compose deployed locally. I upgraded from V0.15.3 to V1.0.0, but the tool node icon sent for installation and the tool icon in the add node pop-up box cannot be displayed properly. Click on the menu tool or plugin, and the icon will display normally. As shown in the picture: 我是Docker Compose 部署本地的社区版,从V0.15.3版本升级到V1.0.0,发信安装的工具节点图标以及添加节点弹出框里的工具图标都不能正常显示。点击菜单工具或插件,图标能正常显示。如图:
✔️ Expected Behavior
No response
❌ Actual Behavior
No response
If the tool node icon and the tool icon in the add node pop-up box are not displaying properly after upgrading to version 1.0.0 in a self-hosted Docker Compose environment, it might be due to incorrect URL path generation for the icons. This issue is often caused by a misconfiguration in Nginx, where the image URLs are generated with an incorrect path pattern like '/app/{id}/console/api/workspaces/current/plugin/icon' instead of the correct '/console/api/workspaces/current/plugin/icon'. To resolve this, you should modify your Nginx configuration to ensure the correct path pattern is used [1][2].
To continue talking to Dosu, mention @dosu.
Help Dosu learn! Give it feedback: Great Response | Irrelevant Answer | Incorrect Sources | Too Verbose | Hallucination | Bug Report | Other
Whether the parameter CONSOLE_API_URL is configured?
If the tool node icon and the tool icon in the add node pop-up box are not displaying properly after upgrading to version 1.0.0 in a self-hosted Docker Compose environment, it might be due to incorrect URL path generation for the icons. This issue is often caused by a misconfiguration in Nginx, where the image URLs are generated with an incorrect path pattern like '/app/{id}/console/api/workspaces/current/plugin/icon' instead of the correct '/console/api/workspaces/current/plugin/icon'. To resolve this, you should modify your Nginx configuration to ensure the correct path pattern is used [1][2].在自托管 Docker Compose 环境中升级到版本 1.0.0 后,如果工具节点图标和添加节点弹出框中的工具图标无法正确显示,则可能是由于图标的 URL 路径生成不正确。此问题通常是由 Nginx 中的错误配置引起的,其中图像 URL 是使用不正确的路径模式生成的,例如“/app/{id}/console/api/workspaces/current/plugin/icon”,而不是正确的“/console/api/workspaces/current/plugin/icon”。要解决此问题,您应该修改 Nginx 配置以确保使用正确的路径模式 [1][2]。
哇!大佬,能进一步指导吗?如何修改 Nginx 配置?感谢感谢1
Whether the parameter CONSOLE_API_URL is configured?是否配置了 CONSOLE_API_URL 参数?
没有配置过。
应该很多人都会遇到这个错误吧,有高手解决没?
修改本地文件dify下面的/dify/docker/nginx/conf.d 下面的default.conf.template这个文件,在最上面添加# 规则1:处理应用入口(保留 /app/{id}) location ~ ^/app/[a-f0-9-]+$ { # 直接转发完整路径(不修改 URL) proxy_pass http://api:5001; include proxy.conf; }
# 规则2:处理静态资源请求(如图片),移除 /app/{id} 前缀
location ~ ^/app/[a-f0-9-]+/(console/api/.*)$ {
# 重写路径:移除 /app/{id},保留后续部分
rewrite ^/app/[a-f0-9-]+/(.*)$ /$1 break;
proxy_pass http://api:5001;
include proxy.conf;
}
重启nginx服务
问题解决
牛逼大佬!解决了,谢谢!