[Fleet] [7.17] Backport optional validation results changes from #125068 #137204
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Summary
Some changes from #125068 weren't included in the 7.17 backport (likely due to conflicts), so this PR adds in those optional chaining changes based on cases where a package adds new policy templates between versions.
@andrewkroh Once this lands in 7.17, this should unblock elastic/integrations#2806
Screenshot
Demonstrating we can now successfully render the upgrade UI for CrowdStrike v1.4.0 -> 1.5.0
Testing instructions
integrations
repointegrations
,cd packages/crowdstrike && elastic-package build
package-registry
repo, copy the built 1.5.0 crowdstrike package, e.g.cp -r ../integrations/build/packages/log/1.0.1 ./build/package-storage/packages/log/1.0.1
config.yml
file includes- ./build/package-storage/packages
under thepackage_paths
keygo run .
xpack.fleet.registryUrl: http://localhost:8080
in yourconfig/kibana.dev.yml
fileThere's probably an easier way to test this using
elastic package stack up
but I haven't played around much with that tool yet. Feel free to comment if you use a different way to grab this development package and test the changes locally!