EntityPathFilter
variable substitutions are now delegated to (new) ResolvedEntityPathFilter
#8543
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.
Related
EntityPathFilter
has undefined behavior for sorting #8530What
(Motivation see ticket)
Originally I wanted
EntityPathFilter
to be a hashmap of rules. However, I realized that we still want a defined order when storing path filters into the blueprint (in order to avoid changes to it when only order changes!). Therefore, it is still a btreemap but now sorts alphabetically!Generally, I struggled a bit of where to put resolved vs unresolved entity path filter/rules, but I think the end-result here makes sense for the most part and keeps the semantics clean enough: in the viewer resolved entity paths should be used whenever working with known paths whereas unresolved are used when dealing with user inputs and when storing back to the blueprint.