langgenius/dify
1
0
Fork 0
mirror of https://github.com/langgenius/dify.git synced 2026-07-21 12:05:30 -04:00
Code Issues 775 Packages Projects Releases 10 Wiki Activity

Tool Provider Tags Not Internationalized in Provider List #18995

New Issue
Closed
opened 2026-02-21 19:54:27 -05:00 by yindo · 0 comments
yindo commented 2026-02-21 19:54:27 -05:00
Owner
Copy Link
Copy Source

Originally created by @qiaofenlin on GitHub (Oct 10, 2025).

Self Checks

  • I have read the Contributing Guide and Language Policy.
  • I have searched for existing issues search for existing issues, including closed ones.
  • I confirm that I am using English to submit this report, otherwise it will be closed.
  • Please do not modify this template :) and fill in all the required fields.

1. Is this request related to a challenge you're experiencing? Tell me about your story.

I was trying to use the tool provider list feature in Dify, and I noticed that the tool provider tags (like "# search", "# web_search", etc.) were displayed in English regardless of my locale setting. It was frustrating because I had set my interface language to Chinese, but these tags remained in English, creating an inconsistent user experience.

Specific scenario:

  • User sets interface language to Chinese (or any non-English language)
  • Navigates to the tools section and views the provider list
  • Tool provider tags are still displayed in English (e.g., "# search", "# web_search")
  • This creates inconsistency with the rest of the interface which is properly internationalized

Expected behavior:

  • Tool provider tags should be displayed in the user's selected language
  • For Chinese users: "# 搜索", "# 网络搜索", etc.
  • For other languages: appropriate translations based on locale

2. Additional context or comments

Technical details:

  • The issue is in web/app/components/tools/provider-list.tsx
  • The component renders tags directly without using the existing internationalization system
  • Dify already has a useTags hook in web/hooks/use-tags.ts that provides getTagLabel function for tag internationalization
  • Other parts of the application properly use this hook for tag internationalization

Screenshots:

  • Current behavior: Tags displayed in English even when interface is set to Chinese
  • Expected behavior: Tags should match the interface language

Files affected:

  • web/app/components/tools/provider-list.tsx (line ~123 where tags are rendered)

Proposed solution:

  • Import and use the useTags hook
  • Replace direct tag rendering with getTagLabel(tag) calls
  • This would be a minimal change that leverages existing internationalization infrastructure

3. Can you help us with this feature?

  • I am interested in contributing to this feature.
Originally created by @qiaofenlin on GitHub (Oct 10, 2025). ### Self Checks - [x] I have read the [Contributing Guide](https://github.com/langgenius/dify/blob/main/CONTRIBUTING.md) and [Language Policy](https://github.com/langgenius/dify/issues/1542). - [x] I have searched for existing issues [search for existing issues](https://github.com/langgenius/dify/issues), including closed ones. - [x] I confirm that I am using English to submit this report, otherwise it will be closed. - [x] Please do not modify this template :) and fill in all the required fields. ### 1. Is this request related to a challenge you're experiencing? Tell me about your story. I was trying to use the tool provider list feature in Dify, and I noticed that the tool provider tags (like "# search", "# web_search", etc.) were displayed in English regardless of my locale setting. It was frustrating because I had set my interface language to Chinese, but these tags remained in English, creating an inconsistent user experience. **Specific scenario:** - User sets interface language to Chinese (or any non-English language) - Navigates to the tools section and views the provider list - Tool provider tags are still displayed in English (e.g., "# search", "# web_search") - This creates inconsistency with the rest of the interface which is properly internationalized **Expected behavior:** - Tool provider tags should be displayed in the user's selected language - For Chinese users: "# 搜索", "# 网络搜索", etc. - For other languages: appropriate translations based on locale ### 2. Additional context or comments **Technical details:** - The issue is in `web/app/components/tools/provider-list.tsx` - The component renders tags directly without using the existing internationalization system - Dify already has a `useTags` hook in `web/hooks/use-tags.ts` that provides `getTagLabel` function for tag internationalization - Other parts of the application properly use this hook for tag internationalization **Screenshots:** - Current behavior: Tags displayed in English even when interface is set to Chinese - Expected behavior: Tags should match the interface language **Files affected:** - `web/app/components/tools/provider-list.tsx` (line ~123 where tags are rendered) **Proposed solution:** - Import and use the `useTags` hook - Replace direct tag rendering with `getTagLabel(tag)` calls - This would be a minimal change that leverages existing internationalization infrastructure ### 3. Can you help us with this feature? - [x] I am interested in contributing to this feature.
yindo added the 💪 enhancement label 2026-02-21 19:54:27 -05:00
yindo closed this issue 2026-02-21 19:54:27 -05:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
Knowledge Pipeline
Proposal
WIP
cloud
dependencies
feat:webapp
good first issue
outdated
performance
pull-request
Mirrored from GitHub Pull Request
 python:uv
refactor
size:L
stale
status: accepting prs
status: blocked
status: in discussion
stt & tts
vulnerablity
web
wont-fix
🌊 feat:workflow
🌚 invalid
🐞 bug
👻 feat:rag
💪 enhancement
📚 documentation
🔨 feat:tools
🙋‍♂️ question
🙏 help wanted
🤔 cant-reproduce
🤖 feat:agent
No Label 💪 enhancement
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
yindo
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: langgenius/dify#18995
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?