logicapps
logicapps copied to clipboard
On Create New Project: The "to" argument must be of type string. Received an instance of SubscriptionTreeItem
I wanted to create a logic app (standard) and be able to store it in an Azure DevOps Git repo. To this end I...
-
Created a new Git repo in Azure DevOps 'fooLogicApp' , main branch
-
Cloned the main branch using the 'Clone to VS Code' button in Azure DevOps
-
Selected the local desktop folder I wanted the repo to clone to
-
Opened the Azure Cloud Explorer in VS Code, (Azure subscriptions loaded appropriately)
-
Clicked the 'Create New Project' button to create a new Logic App (Standard) and received the error in the title with a link to 'Report an Issue' here
The "to" argument must be of type string. Received an instance of SubscriptionTreeItem
For whatever reason I have found it exceptionally difficult to get my Logic App (Standard) code into source control. Any help understanding how to resolve the above error and get things working would be appreciated.
If the above resonates with you as "Well, that's not the way I would do it" let me know how you would do it. The internet seems to be lacking in how to make Logic Apps (Standard) work with all this.
Thanks, Jeff
Hi Jeff,
Had the same issue. Resolved by updating the version of the "Azure Logic Apps (Standard)" extension to previous versions until one worked. Got it working on version 1.0.25. Note that I had not yet implemented source control and had the same error, so don't think that source control is a factor. Hope this helps you.
Best, Conrad
Hi all, the changing of the version did not work for me until I was tired to click on my target subscription. Now it makes sense to me what the "to" argument is: Without marking the target (after the reload), there is no "to" and I do not get the error anymore. (Until I would mark anything in the azure tree ...)
Hope this hint helps to fix that issue.
Kind regards, Achim
P.S.: Let´s try to change the version of the Azure Account Plugin :-)
This is a known issue we're working on. Closing this one though to keep discussion on #639