Skip to content
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

Fixed deadlock in check.SetResult(). #1619

Conversation

greyerof
Copy link
Contributor

SetResult() was calling check.SetResultFailed() inside, which locks the mutex again, resulting in a deadlock.

Also, the check will be implicitly "skipped" in case both compliant and non-compliant objects lists are empty.

SetResult() was calling check.SetResultFailed() inside, which locks the
mutex again, resulting in a deadlock.

Also, the check will be implicitly "skipped" in case both compliant and
non-compliant objects lists are empty.
@greyerof greyerof merged commit ae0b030 into redhat-best-practices-for-k8s:ginkgo_removal Nov 14, 2023
8 checks passed
sebrandon1 pushed a commit to sebrandon1/certsuite that referenced this pull request Nov 17, 2023
)

SetResult() was calling check.SetResultFailed() inside, which locks the
mutex again, resulting in a deadlock.

Also, the check will be implicitly "skipped" in case both compliant and
non-compliant objects lists are empty.
sebrandon1 pushed a commit to sebrandon1/certsuite that referenced this pull request Nov 17, 2023
)

SetResult() was calling check.SetResultFailed() inside, which locks the
mutex again, resulting in a deadlock.

Also, the check will be implicitly "skipped" in case both compliant and
non-compliant objects lists are empty.
sebrandon1 pushed a commit to sebrandon1/certsuite that referenced this pull request Nov 21, 2023
)

SetResult() was calling check.SetResultFailed() inside, which locks the
mutex again, resulting in a deadlock.

Also, the check will be implicitly "skipped" in case both compliant and
non-compliant objects lists are empty.
sebrandon1 pushed a commit to sebrandon1/certsuite that referenced this pull request Nov 21, 2023
)

SetResult() was calling check.SetResultFailed() inside, which locks the
mutex again, resulting in a deadlock.

Also, the check will be implicitly "skipped" in case both compliant and
non-compliant objects lists are empty.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants