Skip to content

Conversation

maflcko
Copy link
Member

@maflcko maflcko commented Aug 5, 2025

RUN_UNIT_TESTS_SEQUENTIAL is useful to detect cases where global state is left dirty in the test process and leads to subsequent unit test cases failing. However, one CI task is sufficient to catch this.

As there already is one, add docs there and remove this env var (and extra logic).

@DrahtBot DrahtBot added the Tests label Aug 5, 2025
@DrahtBot
Copy link
Contributor

DrahtBot commented Aug 5, 2025

The following sections might be updated with supplementary metadata relevant to reviewers and maintainers.

Code Coverage & Benchmarks

For details see: https://corecheck.dev/bitcoin/bitcoin/pulls/33136.

Reviews

See the guideline for information on the review process.

Type Reviewers
ACK fanquake

If your review is incorrectly listed, please react with 👎 to this comment and the bot will ignore it on the next update.

Conflicts

No conflicts as of last run.

@@ -374,7 +374,7 @@ jobs:
- name: Run unit tests
# Can't use ctest here like other jobs as we don't have a CMake build tree.
run: |
./bin/test_bitcoin.exe -l test_suite
./bin/test_bitcoin.exe -l test_suite # Intentionally run sequentially here, to catch test case failures caused by dirty global state from prior test cases.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

to catch test case failures caused by dirty global state from prior test cases.

If the aim is to catch dirty state, should we run it in a job with the most unit tests? Windows cross-build is going to run less than Linux.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think it is always possible to miss unit tests that are not compiled. For the Windows ones, it should only be a few about windows paths, fork(), and socketpair, which seems fine to skip.

If there is need to run it in another task, it can be done as a follow-up?

@maflcko
Copy link
Member Author

maflcko commented Aug 7, 2025

(trivial rebase)

@maflcko maflcko force-pushed the 2508-ci-slim-sequential branch from fa40da9 to faed66a Compare August 26, 2025 15:26
@maflcko maflcko force-pushed the 2508-ci-slim-sequential branch from faed66a to fae610d Compare September 4, 2025 10:08
Copy link
Member

@fanquake fanquake left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ACK fae610d

@fanquake fanquake merged commit 2d8f5b9 into bitcoin:master Sep 4, 2025
20 checks passed
@maflcko maflcko deleted the 2508-ci-slim-sequential branch September 4, 2025 15:36
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants