-
Notifications
You must be signed in to change notification settings - Fork 338
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
vmware_guest: Fix vApp property handling #2220
base: main
Are you sure you want to change the base?
Conversation
Build failed. ✔️ ansible-tox-linters SUCCESS in 4m 18s |
I've just checked out the CI logs, but to the best of my knowledge they are not related to this MR and rather a form of flaky tests, as they do not mess with vApp properties and the |
recheck |
Build succeeded. ✔️ ansible-tox-linters SUCCESS in 4m 18s |
@ppmathis FYI You, as the author of this PR, should also be able to re-run the CI again by simply commenting Sorry, I didn't have the time to look at this. Although what I can say at the spur of the moment, you have to add a changelog fragment. |
The vmware_guest module did not properly handle setting vApp properties if the VmConfigSpec never contained an active vAppConfig. This resulted in an exception due to trying to access `property` on `None`. This commit changes the behavior to default the current list of vApp properties to an empty list if there has never been any vAppConfig.
2f239f3
to
198e277
Compare
Build succeeded. ✔️ ansible-tox-linters SUCCESS in 4m 26s |
@mariolenz Thanks a lot for your guidance! I've just added a bugfix changelog fragment as asked. |
SUMMARY
The
vmware_guest
module did not properly handle setting vApp properties if theVmConfigSpec
never contained an activevAppConfig
. This resulted in an exception due to incorrectly trying to accessproperty
onNone
.This PR changes the behaviour to default the current list of vApp properties to an empty list if there has never been any
vAppConfig
.ISSUE TYPE
COMPONENT NAME
vmware_guest
ADDITIONAL INFORMATION
A simple reproducer would be a to attempt to use
community.vmware.vmware_guest
like this:Doing so on any VM within vSphere that has its vApp options disabled, meaning that no current vApp properties exist, leads to this exception:
With the fix from this commit applied, the situation where
vAppConfig
equals None is gracefully handled and the vApp properties can be successfully set.