New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[0.20] Final backports for rc2 #18973
Conversation
#18902 is also needed (fixes a regression) |
It looks like it needs rebase again. I guess we can push it back to rc3 (if there is one) or 0.20.1 |
I must say the problem that #18902 solves is unclear to me. Does it affect the gitian build as we use to build the release, in practice? If so what is the user-visible issue? If not, If it's some more theoretical or aesthetic I'd strongly prefer pushing it back to 0.20.1 (especially as it makes large changes to the gitian descriptor). |
Open-Close to re-run ci. See #15847 (comment) |
If you feel strongly about the fuzzers being green, I can recommend #18757 |
I think you need the following: squashme: remove const to work around compiler error on xenial
test/validationinterface_tests.cpp:26:36: error: default initialization of an object of const type 'const BlockValidationState' without a user-provided default constructor
const BlockValidationState state_dummy;
diff --git a/src/test/validationinterface_tests.cpp b/src/test/validationinterface_tests.cpp
index d2fc20e625afaff0f262cf6ee0437cdaccb2791a..ceba689e52970ee5fff32682742d77bc2df48c63 100644
--- a/src/test/validationinterface_tests.cpp
+++ b/src/test/validationinterface_tests.cpp
@@ -23,7 +23,7 @@ BOOST_AUTO_TEST_CASE(unregister_validation_interface_race)
// Start thread to generate notifications
std::thread gen{[&] {
const CBlock block_dummy;
- const BlockValidationState state_dummy;
+ BlockValidationState state_dummy;
while (generate) {
GetMainSignals().BlockChecked(block_dummy, state_dummy);
} |
@laanwj Whoospie. I wonder how that compiled in the first place. though, this also needs to be fixed on master, so maybe should be merged there first. |
Wasn't aware that this is a problem on master too. If so, see .#18975 |
Going to re-run once more to save the log. This just hit issue #16337 |
Github-Pull: bitcoin#18578 Rebased-From: e8123ea
Co-Authored-By: John Newbery <john@johnnewbery.com> Github-Pull: bitcoin#18808 Rebased-From: 047ceac
Co-Authored-By: John Newbery <john@johnnewbery.com> Github-Pull: bitcoin#18808 Rebased-From: e257cf7
…ure messages Co-Authored-By: John Newbery <john@johnnewbery.com> Github-Pull: bitcoin#18808 Rebased-From: 2f03255
Github-Pull: bitcoin#18808 Rebased-From: 9847e20
Github-Pull: bitcoin#18814 Rebased-From: a2e6db5
Github-Pull: bitcoin#18814 Rebased-From: 9f59dde
Add test coverage for conflicted wallet transaction notifications so we improve current behavior and avoid future regressions bitcoin#9240 - accidental break bitcoin#9479 - bug report bitcoin#9371 - fix bitcoin#16624 - accidental break bitcoin#18325 - bug report bitcoin#18600 - potential fix Github-Pull: bitcoin#18878 Rebased-From: f963a68
Github-Pull: bitcoin#18894 Rebased-From: a8b5f1b
This commit is (intentionally) adding a broken test. The test is broken because it registering a subscriber object that can go out of scope while events are still being sent. To run the broken test and reproduce the bug: - Remove comment /** and */ - ./configure --with-sanitizers=address - export ASAN_OPTIONS=detect_leaks=0 - make - while ./src/test/test_bitcoin -t validationinterface_tests/unregister_validation_interface_race --catch_system_errors=no ; do true; done Github-Pull: bitcoin#18742 Rebased-From: fab6d06
This is achieved by switching to a shared_ptr. Also, switch the validationinterfaces in the tests to use shared_ptrs for the same reason. Github-Pull: bitcoin#18742 Rebased-From: 7777f2a
Fix the following error in travis: test/validationinterface_tests.cpp:26:36: error: default initialization of an object of const type 'const BlockValidationState' without a user-provided default constructor const BlockValidationState state_dummy; Github-Pull: bitcoin#18975 Rebased-From: 050e2ee
Headers-first is the primary method of announcement on the network. If a node fell back sending blocks by inv, it's probably for a re-org. The final block hash provided should be the highest, so send a getheaders and then fetch the blocks we need to catch up. Github-Pull: bitcoin#18962 Rebased-From: 7467366
3b26cf8
to
6161c94
Compare
…ocessMessage(...) fuzzer Github-Pull: bitcoin#18757 Rebased-From: fdceb63
I've now added this as well. |
Looks like the fuzzers are not going to pass without even more backports (maybe #18413, possibly others), which I don't want to do at this point. I'd be happy to remove the fuzz job on this branch, and just have them running on master. If anyone agrees I'll drop 9a8fb4c off here. |
ACK on simply disabling fuzzers that don't pass for now when they fail for a known reason (and perhaps fix them in later 0.20.x). |
Given that bitcoin#18413 has not been backported.
df7045d
to
245c862
Compare
Tested ACK 245c862 coin control with multiple wallets. |
ACK 245c862 |
ACK 245c862 solved the conflicts myself as a sanity check. Did not re-review 🍷 Show signature and timestampSignature:
Timestamp of file with hash |
Backports the following PRs to the 0.20 branch: