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

Web Site Extension installation returns Bad Request when called without content #2819

Open
vludax opened this issue Apr 4, 2018 · 12 comments
Labels
Service Attention Workflow: This issue is responsible by Azure service team. Web Apps

Comments

@vludax
Copy link

vludax commented Apr 4, 2018

As suggested by @hovsepm here, Azure SDK calls fail to create site extensions when they attempt to PUT a request with null content. Setting request body to an empty JSON object ({}) fixes the problem.

@vludax vludax changed the title Web Site Extension installation Web Site Extension installation returns Bad Request when called without content Apr 4, 2018
@dsgouda
Copy link
Contributor

dsgouda commented Apr 5, 2018

@pavelzel Do you know someone from WebApps who could take a look into this?

@vludax
Copy link
Author

vludax commented Apr 5, 2018

Also, not sure if this belongs here or in a separate issue, but the DELETE operation for site extensions returns OK status code, which doesn't match what generated .NET Azure SDK expects (NoContent).

@pavelzel
Copy link
Contributor

pavelzel commented Apr 5, 2018

@naveedaz Do you know if we've made any updates to the API but haven't yet updated the API spec?

@vludax
Copy link
Author

vludax commented Apr 24, 2018

It appears that a new issue has come up in the past few days. Now whenever we attempt to install a site extension via Azure .NET SDK, after a PUT /siteextensions request, the SDK generates a GET /siteextensions/ request, which returns 404, and ultimately results in a failure of the call to install the site extension.

Additionally, there seems to a be a problem retrieving site extensions via SDK's Get and List method (they don't return the extension at all), and attempting to delete an extension just leaves it present on the web app.

@dsgouda
Copy link
Contributor

dsgouda commented Jul 30, 2018

@pavelzel @naveedaz any updates here

@hbuckle
Copy link

hbuckle commented Jan 27, 2019

@pavelzel @naveedaz - Just hit this issue with the go sdk and resolved in the same way by adding an empty body. Is there any update on resolving it in the specs?

@tjrobinson
Copy link

@dsgouda @pavelzel @naveedaz I'm still having problems in 2020. Using api-version=2019-08-01 or api-version=2018-02-01. Even with an empty body, or a {} body I always get a 400 Bad Request back. This is whether I use PowerShell, Postman, or the Try It feature.

List Site Extensions works ok so I'm pretty sure it's not because the rest of my request is invalid (e.g. site name, subscription etc).

@ghost
Copy link

ghost commented Jan 8, 2021

Thanks for the feedback! We are routing this to the appropriate team for follow-up. cc @AzureAppServiceCLI, @antcp.

Issue Details

As suggested by @hovsepm here, Azure SDK calls fail to create site extensions when they attempt to PUT a request with null content. Setting request body to an empty JSON object ({}) fixes the problem.

Author: vludax
Assignees: naveedaz, pavelzel
Labels:

Service Attention, Web Apps

Milestone: -

@tjrobinson
Copy link

Thank you for your speedy response!

@thecodetinker
Copy link

Hello - what was the follow up please? I've just hit this issue some years later. Thanks!

@jonathan-mcewan
Copy link

Still an issue 6 years on. Can we just all agree that 6 years of stability with sending an empty JSON object ({}) is pretty good for Microsoft, and that's the fix for this issue?

@thecodetinker
Copy link

No problem with that, so long as that's what the specs say (which should then flow through to fixing any downstream issues, IIUC).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Service Attention Workflow: This issue is responsible by Azure service team. Web Apps
Projects
None yet
Development

No branches or pull requests

9 participants