Summary
feature_asset_locks.py intermittently times out while waiting for a freshly mined llmq_test_platform quorum to appear in quorum list.
This reappeared in PR #7309, but that PR only changes Qt file dialog code (src/qt/bitcoin.cpp, src/qt/guiutil.cpp, src/qt/guiutil.h, src/qt/intro.cpp). The failing test is unrelated to the PR diff. The latest develop CI for the PR base (5fd84aa23de0d79770bfc25c4c1393eb4eadbcf8) is green, so this looks intermittent rather than a deterministic base failure.
A previous closed issue, #6748, captured the same failure mode in feature_asset_locks.py at the same wait_for_quorum_list() point.
CI evidence
PR: #7309 (fix(qt): add non-native file dialog option)
Failing check:
Failure:
TestFramework (INFO): Mining next quorum to check tx 'asset_unlock_tx_late' is still valid...
TestFramework (INFO): Mining quorum: llmq_type_name=llmq_test_platform, llmq_type=106, expected_members=2, expected_connections=1, expected_contributions=2, expected_commitments=2
TestFramework (INFO): Waiting for quorum to appear in the list
...
AssertionError: Predicate ''''
def wait_func():
return quorum_hash in self.nodes[0].quorum('list')[llmq_type_name]
''' not true after 60.0 seconds
Stack:
feature_asset_locks.py:430 test_asset_unlocks()
feature_asset_locks.py:246 mine_quorum_2_nodes()
test_framework.py:2208 mine_quorum()
test_framework.py:2123 wait_for_quorum_list()
Scope check
PR #7309 touches only Qt GUI file dialog plumbing:
src/qt/bitcoin.cpp
src/qt/guiutil.cpp
src/qt/guiutil.h
src/qt/intro.cpp
No functional test, quorum, consensus, mempool, asset lock, or LLMQ code is changed by the PR.
Prior matching failure
Closed issue #6748 reported the same feature_asset_locks.py flake with the same wait_for_quorum_list() predicate timeout while mining an llmq_test_platform quorum for asset_unlock_tx_late.
Conclusion
This appears to be a pre-existing intermittent feature_asset_locks.py / LLMQ test timing flake, not a regression caused by #7309.
Summary
feature_asset_locks.pyintermittently times out while waiting for a freshly minedllmq_test_platformquorum to appear inquorum list.This reappeared in PR #7309, but that PR only changes Qt file dialog code (
src/qt/bitcoin.cpp,src/qt/guiutil.cpp,src/qt/guiutil.h,src/qt/intro.cpp). The failing test is unrelated to the PR diff. The latestdevelopCI for the PR base (5fd84aa23de0d79770bfc25c4c1393eb4eadbcf8) is green, so this looks intermittent rather than a deterministic base failure.A previous closed issue, #6748, captured the same failure mode in
feature_asset_locks.pyat the samewait_for_quorum_list()point.CI evidence
PR: #7309 (
fix(qt): add non-native file dialog option)Failing check:
linux64-test / Test sourceFailure:
Stack:
Scope check
PR #7309 touches only Qt GUI file dialog plumbing:
No functional test, quorum, consensus, mempool, asset lock, or LLMQ code is changed by the PR.
Prior matching failure
Closed issue #6748 reported the same
feature_asset_locks.pyflake with the samewait_for_quorum_list()predicate timeout while mining anllmq_test_platformquorum forasset_unlock_tx_late.Conclusion
This appears to be a pre-existing intermittent
feature_asset_locks.py/ LLMQ test timing flake, not a regression caused by #7309.