test: Scale feature_dbcrash.py timeout with factor
What changed, and why it matters
This is a test-only change. It makes one functional test wait longer before giving up when running under slow tools like valgrind. It does not change Bitcoin Core's production code, network behavior, or wallet security.
No security action needed. Treat as a normal test reliability improvement.
Security signals we found
No strong security signals were identified.
Evidence from the diff
The commit modifies test/functional/feature_dbcrash.py to multiply a 120-second node-restart timeout by self.options.timeout_factor. This lets the dbcrash functional test complete under valgrind or other slow execution environments. No consensus, P2P, wallet, or RPC runtime code is touched.
Changed components
test/functional/feature_dbcrash.pyInspect captured patch +1 / −1
diff --git a/test/functional/feature_dbcrash.py b/test/functional/feature_dbcrash.py
index 7a60af40..cc94be78 100755
--- a/test/functional/feature_dbcrash.py
+++ b/test/functional/feature_dbcrash.py
@@ -80,7 +80,7 @@ class ChainstateWriteCrashTest(BitcoinTestFramework):
after a timeout. Returns the utxo hash of the given node."""
time_start = time.time()
- while time.time() - time_start < 120:
+ while time.time() - time_start < 120 * self.options.timeout_factor:
try:
# Any of these RPC calls could throw due to node crash
self.start_node(node_index)
Why this scored 15/100
Community notes
Notes can correct, qualify, or add evidence to the AI analysis. Every note shown here has been validated by a human moderator.
The AI analysis stands alone for now. Submit a note if you can add evidence or important context.