Make LCM generation deterministic in "network externalizes empty-tx-set on missing value" test
Nobody has claimed this yet.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 68/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Active
- Tech stack
- cpp
- Domain
- distributed-systems, testing-qa
Research direction
Start with the "network externalizes empty-tx-set on missing value" test and inspect commit 9c4f4443d41222c3c49ac77f833ac3a3f8f6ccb7 to identify the removed Ledger Close Meta generation. Run the test with --check-lcm and trace the non-seeded randomness across platforms. Done means the test is deterministic and LCM generation is re-enabled without reproducing the failure.
Written by the indexing model from the issue text.
Description
There is some non-seeded randomness in the "network externalizes empty-tx-set on missing value" test that causes it to fail on some platforms with --check-lcm. We removed the Ledger Close Meta generation in 9c4f4443d41222c3c49ac77f833ac3a3f8f6ccb7 to unblock #5435. We should figure out where this nondeterminism is coming from and re-enable LCM generation in this test if possible.
- Dominant language
- C++
- Stars
- 3.3k
- Forks
- 1.1k
- Avg merge
- 3d 16h
- Merged PRs (30d)
- 14
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from stellar/stellar-core
-
bug
Difficulty 1/5 Under an hour Newbie friendliness 90/100
stellar/stellar-core#5451 · 1 comment ·
-
enhancement
stellar/stellar-core#5441 · 1 assignee ·
-
bug
Difficulty 4/5 3-5 days Newbie friendliness 48/100
stellar/stellar-core#5431 ·
-
stellar/stellar-core#5430 · 1 assignee ·
-
stellar/stellar-core#5429 · 1 comment · 1 assignee ·
All issues in stellar/stellar-core
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
-
Sensor initialization takes very long when `--initial-sim-time` is set to current UNIX timestamp Open
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
gazebosim/gz-sensors#662 · 1 comment ·
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
comp-datalake
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
ClickHouse/ClickHouse#121222 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
LadybirdBrowser/ladybird#12123 ·