langgenius / dify

Dify is an open-source LLM app development platform. Dify's intuitive interface combines AI workflow, RAG pipeline, agent capabilities, model management, observability features and more, letting you quickly go from prototype to production.
https://dify.ai
Other
46k stars 6.48k forks source link

Fakenamedeployment is not removed by modelname for Azure #3050

Closed AndyMik90 closed 4 months ago

AndyMik90 commented 5 months ago

Self Checks

Dify version

0.5.11

Cloud or Self Hosted

Self Hosted (Source)

Steps to reproduce

When adding Azure models locally, it does not use the model name as the label, as it does on cloud instances. CleanShot 2024-03-30 at 23 36 18@2x

it only says "fake-deployment-name-label". Added in the same way on both local source and on cloud. Cloud works, not local.

✔️ Expected Behavior

Model name is set as the label

❌ Actual Behavior

fake-deployment-name-label is set regardless of the modelname.

dosubot[bot] commented 5 months ago

Hey @AndyMik90, great to see you back! Hope everything else has been smooth since our last chat.

Thank you for providing a detailed description of the issue you're facing. Based on the context provided, it seems there is indeed a difference in the codebase that handles the labeling of deployments between the cloud and self-hosted environments. This difference is likely due to the distinct functionalities and configurations required for each deployment type, as outlined in the environments.md document.

However, I wasn't able to find specific information within the repository regarding the code segment that handles the labeling of deployments in the self-hosted environment, a configuration setting that controls the labeling of deployments, or a bug that could be causing the "fake-deployment-name-label" to be assigned instead of the actual model name. Similarly, I couldn't find any information about a difference in the way the Dify codebase handles the labeling of deployments for Azure models compared to other models.

Given this, it's possible that the issue you're experiencing is due to a bug or an undocumented feature in the Dify codebase. It would be helpful if you could provide more information about your setup, such as the specific steps you took to add the Azure models to your self-hosted Dify setup, and any error messages or logs you might have encountered during the process. This additional information could help us pinpoint the cause of the issue and suggest a potential solution.

Sources

#### About Dosu This response is meant to be useful and save you time. It is **not meant to be a precise solution**, but rather a starting point for your own research. Help me be more useful! Please leave a 👍 if this is helpful and 👎 if it is irrelevant. If you want to continue the conversation, start your reply with @dosu-bot.
Yeuoly commented 5 months ago

how did you add the model? as usual, label should be the same as the model's name

dosubot[bot] commented 4 months ago

Hi, @AndyMik90

I'm helping the Dify team manage their backlog and am marking this issue as stale. It looks like you reported an issue where the label for Azure models added locally does not use the model name as expected, instead using "fake-deployment-name-label". There have been some comments from dosubot and Yeuoly, with dosubot acknowledging the difference in labeling between cloud and self-hosted environments and requesting more information about the setup and any encountered error messages. Yeuoly also inquired about the method used to add the model, noting that the label should typically match the model's name.

Could you please confirm if this issue is still relevant to the latest version of the Dify repository? If it is, please let the Dify team know by commenting on the issue. Otherwise, feel free to close the issue yourself, or it will be automatically closed in 7 days. Thank you!