-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Check tangential tolerances in PenetrationThread #29802
base: next
Are you sure you want to change the base?
Conversation
This fixes a corner case. In which we have 3 penetration infos, all 3 of them are invalid but because the first 2 cause "NEITHER_WINS` causes the third option to win by default without checking if it is a valid info. |
input = 'close_tet.i' | ||
exodiff = 'close_tet_out.e' | ||
recover = false # steady solve | ||
requirement = "The system will shall be able to ensure contact points are within tangential tolerances." |
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.
requirement = "The system will shall be able to ensure contact points are within tangential tolerances." | |
requirement = "The system shall be able to ensure contact points are within tangential tolerances." |
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.
Actually, shouldn't it say "The system shall ensure contact points..."? We've been trying to avoid saying "be able to".
77ebc15
to
d572a3b
Compare
I see the logic below for the comparisons between two and I m not sure this is the right fix. Seems like we are now discarding non-winning solutions earlier? |
looks like you wrote that part of the contact decision making logic @bwspenc |
Job Documentation, step Docs: sync website on d572a3b wanted to post the following: View the site here This comment will be updated on new commits. |
Job Coverage, step Generate coverage on d572a3b wanted to post the following: Framework coverage
Modules coverageCoverage did not change Full coverage reportsReports
This comment will be updated on new commits. |
With the fix we are discarding non-valid solutions at the last possible moment. When |
closes #29777