Navigation Menu

Skip to content
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

Get-AzureWebSite doesn't work when remote debugging with vs 2015 is enabled #462

Closed
lkempf opened this issue Jun 3, 2015 · 17 comments
Closed
Labels
App Services aka WebSites Service Attention This issue is responsible by Azure service team.

Comments

@lkempf
Copy link

lkempf commented Jun 3, 2015

Get-AzureWebSite -name $websiteName

returns

Get-AzureWebsite : Requested value 'VS2015' was not found.

when remote debugging for visual studio 2015 is enabled.

"RemoteDebuggingEnabled": true,
"RemoteDebuggingVersion": "VS2015",
@NaveenGoli
Copy link
Contributor

will look into this..

@NaveenGoli NaveenGoli added the App Services aka WebSites label Jun 3, 2015
@NaveenGoli NaveenGoli self-assigned this Jun 3, 2015
@NaveenGoli
Copy link
Contributor

Did you use API to set VS2015? I dont see an option to set to VS2015 in both portals?

@lkempf
Copy link
Author

lkempf commented Jun 4, 2015

VS 2015 sets itself if you attach it for remote debugging

@lkempf
Copy link
Author

lkempf commented Jul 2, 2015

Is there any progress on this? You can now select VS 2015 using the preview portal

@brandonmartinez
Copy link

Just ran into a similar issue today when trying to deploy from VSO. Found a workaround: Resolve a "Requested value VS2015 was not found" Get-AzureWebsite Error in PowerShell

@lkempf
Copy link
Author

lkempf commented Jul 14, 2015

Since nobody wants to fix this I tracked it down to a bug in azure-sdk-for-net. It should be trivial to fix now. This issue can probably be closed now but I'd like to keep it open as long as this remains unfixed to avoid reposts.

@markcowl
Copy link
Member

@NaveenGoli What's the progress on this? Do you just need to add an option to the cmdlet, or make the value a string insstead of an enum?

@timfish
Copy link

timfish commented Aug 19, 2015

I saw this issue when attempting to web deploy to Azure. I came across this post which reminded me that I'd enabled remote debugging with vs2015. Changing it back to 2012 allowed me to deploy. Only took an hour or so to work it out!

@Bartthefish
Copy link

I just ran into this same issue with VS 2015 RTM and VS Online.
I followed the same steps in the 'workaround' and it resolved it. Obviously there is still a problem somewhere in the setting of the remote debugger to VS 2015

@ChristianRygg
Copy link

This also breaks VSO build using deployment to web site. This just fails without any indication why, as I describe here:

microsoft/azure-pipelines-tasks#526

@simeoncode
Copy link

Fixing Azure/azure-sdk-for-net#1255 should solve this so I've added a comment over there.

It could be fixed here as well by just hard-switching from unknown string values to VS2015, but I don't know if that's a good idea.

@sergsalo
Copy link

any progress on this?

@markcowl
Copy link
Member

@lkempf @sergsalo @storafrid There isn't any active development going on in the RDFE libraries or cmdlets for websites (though important bugfixes should still be happening). Have you tried updating your scripts to using the ARM cmdlets?

@htuomola
Copy link

@markcowl as mentioned here several times, the VSTS "Azure Web App Deployment" task uses Get-AzureWebsite internally and fails the build because it fails to detect existing web app. It is of course possible to replace that one build task with custom Azure Powershell scripts but that shouldn't be necessary. Based on the bunch of github issues, it looks like everyone is just pointing at the other teams. As a developer, I don't really care whose fault it is but the end result is that powershell management and VSTS deployment are both broken now.

I'd assume think that retrieving the information of a properly configured website with Azure Powershell (Get-AzureWebsite) should be considered "important" or supported and as such this should be fixed too.

@sayedihashimi
Copy link

Adding @bradygaster and @mohitsriv for visibility into this.

@markcowl
Copy link
Member

RDFE fix was just checked in to dev branch, wil go out with the next release.

huangpf added a commit to AzureRT/azure-powershell that referenced this issue Mar 12, 2016
HPF PR: dev <- Azure:dev
@mxa0079
Copy link

mxa0079 commented Mar 14, 2016

@markcowl this should not be closed until it is available to customers/consumers. It makes it harder to find the issue (when I run into a problem, first thing I do is to look into the open issue), and a feature is not done until it is in production ;)

@bsiegel bsiegel added the Service Attention This issue is responsible by Azure service team. label Sep 26, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
App Services aka WebSites Service Attention This issue is responsible by Azure service team.
Projects
None yet
Development

No branches or pull requests