Closed guidemetothemoon closed 2 weeks ago
[!IMPORTANT] The "Needs: Triage :mag:" label must be removed once the triage process is complete!
[!TIP] For additional guidance on how to triage this issue/PR, see the BRM Issue Triage documentation.
@guidemetothemoon, thanks for submitting this issue for the avm/res/insights/webtest
module!
[!IMPORTANT] A member of the @Azure/avm-res-insights-webtest-module-owners-bicep or @Azure/avm-res-insights-webtest-module-contributors-bicep team will review it soon!
[!WARNING] Tagging the AVM Core Team (@Azure/avm-core-team-technical-bicep) due to a module owner or contributor having not responded to this issue within 3 business days. The AVM Core Team will attempt to contact the module owners/contributors directly.
[!TIP]
- To prevent further actions to take effect, the "Status: Response Overdue 🚩" label must be removed, once this issue has been responded to.
- To avoid this rule being (re)triggered, the ""Needs: Triage :mag:" label must be removed as part of the triage process (when the issue is first responded to)!
[!WARNING] Tagging the AVM Core Team (@Azure/avm-core-team-technical-bicep) due to a module owner or contributor having not responded to this issue within 3 business days. The AVM Core Team will attempt to contact the module owners/contributors directly.
[!TIP]
- To prevent further actions to take effect, the "Status: Response Overdue 🚩" label must be removed, once this issue has been responded to.
- To avoid this rule being (re)triggered, the ""Needs: Triage :mag:" label must be removed as part of the triage process (when the issue is first responded to)!
[!CAUTION] This issue requires the AVM Core Team's (@Azure/avm-core-team-technical-bicep) immediate attention as it hasn't been responded to within 6 business days.
[!TIP]
- To avoid this rule being (re)triggered, the "Needs: Triage :mag:" and "Status: Response Overdue :triangular_flag_on_post:" labels must be removed when the issue is first responded to!
- Remove the "Needs: Immediate Attention :bangbang:" label once the issue has been responded to.
[!WARNING] Tagging the AVM Core Team (@Azure/avm-core-team-technical-bicep) due to a module owner or contributor having not responded to this issue within 3 business days. The AVM Core Team will attempt to contact the module owners/contributors directly.
[!TIP]
- To prevent further actions to take effect, the "Status: Response Overdue 🚩" label must be removed, once this issue has been responded to.
- To avoid this rule being (re)triggered, the ""Needs: Triage :mag:" label must be removed as part of the triage process (when the issue is first responded to)!
[!CAUTION] This issue requires the AVM Core Team's (@Azure/avm-core-team-technical-bicep) immediate attention as it hasn't been responded to within 6 business days.
[!TIP]
- To avoid this rule being (re)triggered, the "Needs: Triage :mag:" and "Status: Response Overdue :triangular_flag_on_post:" labels must be removed when the issue is first responded to!
- Remove the "Needs: Immediate Attention :bangbang:" label once the issue has been responded to.
Thanks @guidemetothemoon for the additional context! I own the module; however, I think you pose a valid question on if the AVM module should be updated or is this a bug in the Azure portal. I will reach out to someone on the core team directly to get their feedback and see if the AVM team has come across this type of scenario previously and if so what action was taken.
Just to close the thought process here out. After talking with the core team decision was to attempt to set the XML Configuration object to null by default and see if the Resource Provider would allow for this. In theory, this would work around the situation where the portal is trying to update a defined empty XML Configuration object.
Check for previous/existing GitHub issues
Issue Type?
Bug
Module Name
avm/res/insights/webtest
(Optional) Module Version
0.1.5
Description
If you provision an availability test with "webtest" AVM and attempt to edit the test in Azure portal after it's created, following exception is thrown:
I did investigation for this and identified that this is due to the fact that, if XML configuration is not provided as part of the AVM implementation (i.e.
Configuration { WebTest: <webtest_xml_configuration> }
the AVM will still send an emptyConfiguration
object to the underlying Bicep resource for the webtest (i.e.Configuration: {}
) which causes the exception to be thrown upon edit in the UI. If I declare a Bicep resource for webtest WITHOUT AVM and DON'T provide aConfiguration
object, I'm able to successfully edit the availability test after it's created.I think that the solution here would be to not send
Configuration
property at all to the underlying Bicep resource for webtest if it's empty. Or a fix may be needed in the Azure portal to handle emptyConfiguration
property on the availability test.(Optional) Correlation Id
No response