test: fix wait_for_instantlock calls in test_instantsend_after_restart#7252
Conversation
The merge of dashpay#7240 and dashpay#7241 left two call sites in test_instantsend_after_restart using the old positional signature wait_for_instantlock(txid, node). After dashpay#7241 changed the signature to *txids with keyword-only nodes=, the node object was silently consumed as a second txid, causing the wait to always time out. Use the new consolidated API which handles mempool sync and checks all nodes by default.
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Repository UI Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (1)
WalkthroughThe change modifies the Estimated code review effort🎯 2 (Simple) | ⏱️ ~10 minutes 🚥 Pre-merge checks | ✅ 2 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (2 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
✅ No Merge Conflicts DetectedThis PR currently has no conflicts with other open PRs. |
Summary
Fix two broken
wait_for_instantlockcall sites intest_instantsend_after_restartthat were missed during the merge of #7240 and #7241.Problem
The merge of #7240 (added
test_instantsend_after_restartwith old-style calls) and #7241 (refactoredwait_for_instantlock(txid, node)→wait_for_instantlock(*txids, nodes=None)) left two call sites using the old positional signature:The
nodeobject gets silently swallowed into*txidsas a second "txid", causinggetrawtransaction(node_object, True)to fail and the wait to time out after ~282 seconds. This breaksp2p_instantsend.pyon every CI run.Fix
Replace both loops with the new consolidated API which handles mempool sync and checks all nodes by default: