-
Notifications
You must be signed in to change notification settings - Fork 204
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
teamsApp/create action register a new Teams app even if TEAMS_APP_ID exists in the env #12546
Comments
Hi @Benjiiim, thank you for reporting. Is the TEAMS_APP_ID you set the Teams app ID of an existing entry in the Teams Developer Portal? The design is that if you set the ID of an existing app, Teams Toolkit will not create a new app. If you generate a new GUID and set the environment, Teams Toolkit will still create a new app with the provided ID. |
I do generate a new GUID outside of the Teams Developer Portal. |
hi @Benjiiim , I think you can use the |
Thanks @anchenyi, I will try to find the best workaround for my scenario. May I suggest to improve the wording in Use your existing Teams app ID?
|
hi @Benjiiim, thank you for this great suggestion. It will make things clearer for users with this improvement. @MuyangAmigo could you help to confirm this wording change? |
Describe the bug
According to Use your existing Teams app ID, we can use an existing Teams app ID instead of registering a new one with Teams Toolkit. We should be able to do this by setting the TEAMS_APP_ID environment variable. When TEAMS_APP_ID exist, the teamsApp/create action shouldn't register a new Teams app.
Unfortunately, that doesn't seem to be the case and a new Teams app is registered in the Teams Developer Portal with the provided TEAMS_APP_ID
To Reproduce
Steps to reproduce the behavior:
Expected behavior
I was expecting that teamsApp/create would skip the Teams app creation when it sees that a TEAMS_APP_ID is provided as an environment variable.
CLI Information (please complete the following information):
Additional context
This is problematic as I would like to use an existing teamsapp.yml project (having the teamsApp/create action configured in the provision step) to provision resources in a specific environment for which the Teams app should not be registered in the Teams Developer Portal (it is managed in Partner Center).
The text was updated successfully, but these errors were encountered: