-
Notifications
You must be signed in to change notification settings - Fork 3.9k
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
[Doc]: Get-AzWebApp needs to make -ResourceGroupName a required parameter for optimal results #17184
Comments
Thanks for the feedback! We are routing this to the appropriate team for follow-up. cc @antcp, @AzureAppServiceCLI. Issue DetailsDescriptionDocument LinkIssueThe command below with and without the -ResourceGroupName parameter returns different results, yet the document does not specify that the -ResourceGroupName should be a required field. $apps = Get-azWebApp (-ResourceGroupName)
foreach($a in $apps){
$a.name
$a.siteconfig.FtpsState
} Demonstration on Expected Results (with the parameter, the FtpsState value showed up correctly)Demonstration on Actual Results (without the parameter, the FtpsState value showed up null)Additional findingsMany other values are missing when the -ResourceGroupName parameter is not set. Feel free to check full detailed SiteConfig comparisons running the following commands: Get-azWebApp | ConvertTo-Json
Get-azWebApp -ResourceGroupName "YourRGName" | ConvertTo-Json RecommendationMake the -ResourceGroupName a required parameter so that customers can achieve the desired results.
|
Thank you for your feedback. This has been routed to the support team for assistance. |
1 similar comment
Thank you for your feedback. This has been routed to the support team for assistance. |
@Xingyixzhang Apologies for the late reply. I am looking into this issue. I will get back on this thread once I have more details on this. |
@Xingyixzhang Please check the similar issue being reported here #9168. As a workaround, you can get the consistent result using the Get-AzResource PS cmdlet.
cc: @panchagnula |
@Xingyixzhang / @navba-MSFT making an argument required from optional is a breaking change since currently this command can be run on Sub level, RG level or app level. @navba-MSFT we should close since this is not possible for now. |
Thanks @panchagnula for your reply. @Xingyixzhang I hope you had a chance to look at the above comment. We will now proceed with the closure as this feature would be a breaking change and not it is not possible to add now. If you have any further questions, please feel free to reopen this thread. |
…fig in `Set-AzWebApp`, `Set-AzWebAppSlot`, `Get-AzWebApp` and `Get-AzWebAppSlot` (#17326) * Fix #17184 : `Get-AzWebApp` to return SiteConfig details in the response when requested the WebApps under subscreption * Revert "Fix #17184 : `Get-AzWebApp` to return SiteConfig details in the response when requested the WebApps under subscreption" This reverts commit 96a4d28. * Fix #16325- Expose HealthCheckPath SiteConfig * Addressed review comments * Review comments Co-authored-by: Beisi Zhou <[email protected]>
…perty in Set-AzWebApp, Set-AzWebAppSlot, Get-AzWebApp and Get-AzWebAppSlot (#17465) * Fix #17184 : `Get-AzWebApp` to return SiteConfig details in the response when requested the WebApps under subscreption * Revert "Fix #17184 : `Get-AzWebApp` to return SiteConfig details in the response when requested the WebApps under subscreption" This reverts commit 96a4d28. * Fix#15663_Expose_vnetRouteAllEnabled Property * Updated Changelog.md * Update src/Websites/Websites/ChangeLog.md Accepted Co-authored-by: Beisi Zhou <[email protected]> * Update src/Websites/Websites/ChangeLog.md * Update src/Websites/Websites/ChangeLog.md Co-authored-by: Beisi Zhou <[email protected]>
…ng new Tags (#17650) * Fix #17184 : `Get-AzWebApp` to return SiteConfig details in the response when requested the WebApps under subscreption * Revert "Fix #17184 : `Get-AzWebApp` to return SiteConfig details in the response when requested the WebApps under subscreption" This reverts commit 96a4d28. * Fix #17184 : `Get-AzWebApp` to return SiteConfig details in the response when requested the WebApps under subscreption * Revert "Fix #17184 : `Get-AzWebApp` to return SiteConfig details in the response when requested the WebApps under subscreption" This reverts commit 96a4d28. * Fixed Set-AzAppServicePlan to keep existing Tags when adding new Tags
…t setting TLS version for WebApp Slots (#17664) * Fix #17184 : `Get-AzWebApp` to return SiteConfig details in the response when requested the WebApps under subscreption * Revert "Fix #17184 : `Get-AzWebApp` to return SiteConfig details in the response when requested the WebApps under subscreption" This reverts commit 96a4d28. * Fix #17184 : `Get-AzWebApp` to return SiteConfig details in the response when requested the WebApps under subscreption * Revert "Fix #17184 : `Get-AzWebApp` to return SiteConfig details in the response when requested the WebApps under subscreption" This reverts commit 96a4d28. * Fix:#17663 : Enable MinTlsVersion
…s obsolete (#17303) * Fix #17184 : `Get-AzWebApp` to return SiteConfig details in the response when requested the WebApps under subscreption * Revert "Fix #17184 : `Get-AzWebApp` to return SiteConfig details in the response when requested the WebApps under subscreption" This reverts commit 96a4d28. * Fix #16646 - Updated 'New-AzWebAppContainerPSSession' with CmdletDeprecation Attribute Co-authored-by: Yeming Liu <[email protected]>
…`VirtualNetworkSubnetId` property (#18092) * Fix #17184 : `Get-AzWebApp` to return SiteConfig details in the response when requested the WebApps under subscreption * Revert "Fix #17184 : `Get-AzWebApp` to return SiteConfig details in the response when requested the WebApps under subscreption" This reverts commit 96a4d28. * Fix #17184 : `Get-AzWebApp` to return SiteConfig details in the response when requested the WebApps under subscreption * Revert "Fix #17184 : `Get-AzWebApp` to return SiteConfig details in the response when requested the WebApps under subscreption" This reverts commit 96a4d28. * [AppServices]: Fix #18042 : Updated `Get-AzWebApp` and `Get-AzWebAppSlot` to expose `VirtualNetworkSubnetId` property
…ths properly (#18977) * Fix #17184 : `Get-AzWebApp` to return SiteConfig details in the response when requested the WebApps under subscreption * Revert "Fix #17184 : `Get-AzWebApp` to return SiteConfig details in the response when requested the WebApps under subscreption" This reverts commit 96a4d28. * Fix #17184 : `Get-AzWebApp` to return SiteConfig details in the response when requested the WebApps under subscreption * Revert "Fix #17184 : `Get-AzWebApp` to return SiteConfig details in the response when requested the WebApps under subscreption" This reverts commit 96a4d28. * [AppService]: fix #18028- Publish-AzWebapp doesn't handle relative paths properly * Updated changelog.md * Update src/Websites/Websites/ChangeLog.md * Fixed an issue * Updated review comments Co-authored-by: Beisi Zhou <[email protected]>
Description
Document Link
https://docs.microsoft.com/en-us/powershell/module/az.websites/get-azwebapp?view=azps-7.2.0&viewFallbackFrom=azps-7.2
Issue
The command below with and without the -ResourceGroupName parameter returns different results, yet the document does not specify that the -ResourceGroupName should be a required field.
Demonstration on Expected Results (with the parameter, the FtpsState value showed up correctly)
Demonstration on Actual Results (without the parameter, the FtpsState value showed up null)
Additional findings
Many other values are missing when the -ResourceGroupName parameter is not set. Feel free to check full detailed SiteConfig comparisons running the following commands:
Recommendation
Make the -ResourceGroupName a required parameter so that customers can achieve the desired results.
The text was updated successfully, but these errors were encountered: