Age | Commit message (Collapse) | Author |
|
|
|
da5fdbb Test relay of version 2 transactions (Suhas Daftuar)
5cb1d8a Tests: move get_bip9_status to util.py (Suhas Daftuar)
e4ba9f6 Version 2 transactions remain non-standard until CSV activates (Suhas Daftuar)
|
|
eda3d92 Net: Add IPv6 Link-Local Address Support (mruddy)
|
|
|
|
|
|
Before activation, such transactions might not be mined, so don't
allow into the mempool.
|
|
|
|
|
|
Check the Content-Type header that is returned from the RPC server. Only
if it is `application/json` the data is supposed to be parsed as JSON.
This gives better reporting if the HTTP server happens to return an error that is
not JSON-formatted, which is the case if it happens at a lower level
before JSON-RPC kicks in.
Before: `Unexpected exception caught during testing: No JSON object could be decoded`
After: `JSONRPC error: non-JSON HTTP response with '403 Forbidden' from server`
|
|
62b9a55 Reduce block timeout to 10 minutes (Wladimir J. van der Laan)
|
|
Now that #7804 fixed the timeout handling, reduce the block timeout from
20 minutes to 10 minutes. 20 minutes is overkill.
|
|
0e24bbf Self check after the last peer is removed (Pieter Wuille)
2d1d658 Track block download times per individual block (Pieter Wuille)
|
|
07398e8 init: allow shutdown during 'Activating best chain...' (Wladimir J. van der Laan)
|
|
|
|
Currently, we're keeping a timeout for each requested block, starting
from when it is requested, with a correction factor for the number of
blocks in the queue.
That's unnecessarily complicated and inaccurate.
As peers process block requests in order, we can make the timeout for each
block start counting only when all previous ones have been received, and
have a correction based on the number of peers, rather than the total number
of blocks.
|
|
|
|
fa24456 [qa] httpbasics: Actually test second connection (MarcoFalke)
|
|
fac724c [qa] maxblocksinflight: Actually enable test (MarcoFalke)
|
|
ffff866 [qa] Remove misleading "errorString syntax" (MarcoFalke)
|
|
|
|
|
|
Two-line patch to make it possible to shut down bitcoind cleanly during
the initial ActivateBestChain.
Fixes #6459 (among other complaints).
To reproduce:
- shutdown bitcoind
- copy chainstate
- start bitcoind
- let the chain sync a bit
- shutdown bitcoind
- copy back old chainstate
- start bitcoind
- bitcoind will catch up with all blocks during Init()
(the `boost::this_thread::interruption_point` / `ShutdownRequested()`
dance is ugly, this should be refactored all over bitcoind at some point
when moving from boost::threads to c++11 threads, but it works...)
|
|
|
|
fada0c4 [doc] Fix doxygen comments for members (MarcoFalke)
|
|
0087f26 Use relative paths instead of absolute paths (Pavel Janík)
|
|
Avoid logging two or more lines per block in UpdateTip by
adding the warning into the UpdateTip log message.
|
|
190c1e2 Doc: change Precise to Trusty in gitian-building.md (JeremyRand)
|
|
|
|
92107d5 RPC: add versionHex in getblock and getblockheader JSON results; expand data in getblockchaininfo bip9_softforks field. (mruddy)
|
|
|
|
|
|
f063863 build: Remove unnecessary executables from gitian release (Wladimir J. van der Laan)
|
|
10d3ae1 devtools: Auto-set branch to merge to in github-merge (Wladimir J. van der Laan)
|
|
3373c43 [doc] Update port in tor.md (Adam Brown)
|
|
Tor Browser Bundle spawns the Tor process and listens on port 9150, it doesn't randomly pick a port.
[ci skip]
(cherry picked from commit 1b63cf98347b2a62915425576930f55c2126c2ff)
|
|
They claimed to be testing P2SH scripts with non-push scriptSigs, but
1) they were not enabling P2SH
2) they have push-only scriptSigs
Fix this, and add a few more related cases.
|
|
|
|
|
|
|
|
Checksums were being verified after download, but not again before extraction
|
|
|
|
In some cases, failed downloads wouldn't trigger a fallback download attempt.
Namely, checksum mismatches.
|
|
These add very simple sanity checks to ensure that the build/host toolchains
have not changed since the last run. If they have, all ids will change and
packages will be rebuilt.
For more complicated usage (like parsing dpkg), HOST_ID_SALT/BUILD_ID_SALT may
be used to introduce arbitrary data to the ids.
|
|
in getblockchaininfo bip9_softforks field.
|
|
|
|
8efed3b [Qt] Support for abandoned/abandoning transactions (Jonas Schnelli)
|
|
|
|
|
|
|
|
|