-
Notifications
You must be signed in to change notification settings - Fork 33
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
Fix non-deterministic ECS stress test failures #1367
Fix non-deterministic ECS stress test failures #1367
Conversation
|
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #1367 +/- ##
==========================================
+ Coverage 54.22% 54.36% +0.13%
==========================================
Files 438 438
Lines 25341 25376 +35
Branches 2347 2346 -1
==========================================
+ Hits 13741 13795 +54
+ Misses 11600 11581 -19 ☔ View full report in Codecov by Sentry. 🚨 Try these New Features:
|
413a5e9
to
6a68ec3
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Clang-Tidy
found issue(s) with the introduced code (1/1)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Clang-Tidy
found issue(s) with the introduced code (1/1)
6a68ec3
to
e13e362
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, we need one more reviewer though
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice changes! LGTM
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lgtm!
Previously the behavior queries had with symmetric relations on entities was not consistent. For example, if we had a symmetric relation R, and an entity 0, with a relation from 0 to 0, then, when querying over relation R, we would get (0, 0) twice! This only happened when the query was asymmetric, i.e, when the requirements on both targets were different. If they were the same, we would only get (0, 0). This lead to some inconsistencies between the tests and the query code. I also think it was a bit confusing, so I changed it to always return only one match in these cases.
This was causing undefined behavior, as within the table iteration loop, new tables could be created with calls to propagateDepth
e13e362
to
4265115
Compare
Description
I made two fixes on this PR. I added long explanations to the commit messages, if you're curious.
Checklist