Propagate dirty ids through nested containers#888
Conversation
a7b029b to
28387d0
Compare
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #888 +/- ##
==========================================
+ Coverage 87.06% 87.08% +0.01%
==========================================
Files 88 88
Lines 25844 25867 +23
==========================================
+ Hits 22502 22526 +24
+ Misses 3342 3341 -1 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
Merging this PR will improve performance by 27.38%
Warning Please fix the performance issues or acknowledge them on CodSpeed. Performance Changes
Tip Investigate this regression by commenting Comparing Footnotes
|
3261b21 to
e87fe3d
Compare
e87fe3d to
b773e8a
Compare
…t-nested-container-dirty-closure # Conflicts: # CHANGELOG.md
ezrosent
left a comment
There was a problem hiding this comment.
- Why are you running tests just with one thread?
- This is a fun consequence of being able to 'directly nest' containers!
Thats a great question... I have no idea 🫣 |
Yep I guess this is why it was disabled before lol |
Context
If an inner container rebuilds in place, parent containers that contain it can become newly matchable without changing their own ids. Seminaive matching needs those parent ids marked dirty too. Follow-up to #832.
Changes
tests/nested-container-dirty-propagation.egg.tests/container-fail.eggfocused on the original Rule Fails to Match With Containers #831 regression.Validation
cargo test --test files nested_container_dirty_propagation -- --test-threads=1cargo test --test files container_fail -- --test-threads=1cargo test --test files proof_support_snapshot -- --test-threads=1cargo fmt --checkgit diff --check