💬 brunoerg commented on pull request "rpc: Add test-only RPC getaddrmaninfo for new/tried table address count":
(https://github.com/bitcoin/bitcoin/pull/26988#issuecomment-1464036406)
perhaps we could also check this is a hidden RPC like `addpeerinfo`?
```py
self.log.debug("Test that addpeerinfo is a hidden RPC")
# It is hidden from general help, but its detailed help may be called directly.
assert "addpeerinfo" not in node.help()
assert "addpeerinfo" in node.help("addpeerinfo")
```
(https://github.com/bitcoin/bitcoin/pull/26988#issuecomment-1464036406)
perhaps we could also check this is a hidden RPC like `addpeerinfo`?
```py
self.log.debug("Test that addpeerinfo is a hidden RPC")
# It is hidden from general help, but its detailed help may be called directly.
assert "addpeerinfo" not in node.help()
assert "addpeerinfo" in node.help("addpeerinfo")
```
💬 MarcoFalke commented on pull request "doc: Show how less noisy clang-tidy output can be achieved":
(https://github.com/bitcoin/bitcoin/pull/27205#issuecomment-1464052726)
utACK 54c4d03578c5842f19bf8bc68aca5faf8beed5c3
(https://github.com/bitcoin/bitcoin/pull/27205#issuecomment-1464052726)
utACK 54c4d03578c5842f19bf8bc68aca5faf8beed5c3
💬 MarcoFalke commented on pull request "refactor: Consistently use context args over gArgs in node/interfaces":
(https://github.com/bitcoin/bitcoin/pull/27239#discussion_r1132594790)
thx, done
(https://github.com/bitcoin/bitcoin/pull/27239#discussion_r1132594790)
thx, done
👍 ryanofsky approved a pull request: "refactor: Consistently use context args over gArgs in node/interfaces"
(https://github.com/bitcoin/bitcoin/pull/27239)
Code review ACK fa3e9b420fbc1ce9b20218f03356502e1b79d5ff
(https://github.com/bitcoin/bitcoin/pull/27239)
Code review ACK fa3e9b420fbc1ce9b20218f03356502e1b79d5ff
💬 willcl-ark commented on pull request "util: fix argsman dupe key error":
(https://github.com/bitcoin/bitcoin/pull/27236#issuecomment-1464067161)
Thanks @ryanofsky . I updated the PR description with your recommendation. Did you think I should update the commit title to "bugfix: Fix broken GUI "Reset" button when settings.json contains duplicate keys" also? I'm happy to do that if so.
(https://github.com/bitcoin/bitcoin/pull/27236#issuecomment-1464067161)
Thanks @ryanofsky . I updated the PR description with your recommendation. Did you think I should update the commit title to "bugfix: Fix broken GUI "Reset" button when settings.json contains duplicate keys" also? I'm happy to do that if so.
🚀 fanquake merged a pull request: "doc: Show how less noisy clang-tidy output can be achieved"
(https://github.com/bitcoin/bitcoin/pull/27205)
(https://github.com/bitcoin/bitcoin/pull/27205)
💬 ishaanam commented on pull request "test: fix race condition in encrypted wallet rescan tests":
(https://github.com/bitcoin/bitcoin/pull/27199#discussion_r1132608578)
This should be fixed now, thanks.
(https://github.com/bitcoin/bitcoin/pull/27199#discussion_r1132608578)
This should be fixed now, thanks.
💬 ryanofsky commented on pull request "util: fix argsman dupe key error":
(https://github.com/bitcoin/bitcoin/pull/27236#issuecomment-1464076968)
> Thanks @ryanofsky . I updated the PR description with your recommendation. Did you think I should update the commit title to "bugfix: Fix broken GUI "Reset" button when settings.json contains duplicate keys" also? I'm happy to do that if so.
Either way seems fine, it's just a choice of whether you think it's more useful to describe the goal of the PR or the implemenation of the PR. Another alternative to changing the title could be changing the first line "fixes #22638" to "fixes #22638, br
...
(https://github.com/bitcoin/bitcoin/pull/27236#issuecomment-1464076968)
> Thanks @ryanofsky . I updated the PR description with your recommendation. Did you think I should update the commit title to "bugfix: Fix broken GUI "Reset" button when settings.json contains duplicate keys" also? I'm happy to do that if so.
Either way seems fine, it's just a choice of whether you think it's more useful to describe the goal of the PR or the implemenation of the PR. Another alternative to changing the title could be changing the first line "fixes #22638" to "fixes #22638, br
...
💬 TheCharlatan commented on pull request "refactor: Consistently use context args over gArgs in node/interfaces":
(https://github.com/bitcoin/bitcoin/pull/27239#issuecomment-1464091061)
re-ACK [facbb44](https://github.com/bitcoin/bitcoin/pull/27239/commits/facbb444bf5aea2bbaa4a4246a8a2c661d9bf314)
(https://github.com/bitcoin/bitcoin/pull/27239#issuecomment-1464091061)
re-ACK [facbb44](https://github.com/bitcoin/bitcoin/pull/27239/commits/facbb444bf5aea2bbaa4a4246a8a2c661d9bf314)
💬 brunoerg commented on pull request "p2p: set `-dnsseed` and `-listen` false if `maxconnections=0`":
(https://github.com/bitcoin/bitcoin/pull/26899#issuecomment-1464096015)
Rebased
(https://github.com/bitcoin/bitcoin/pull/26899#issuecomment-1464096015)
Rebased
💬 vasild commented on pull request "addrman: Enable selecting addresses by network":
(https://github.com/bitcoin/bitcoin/pull/27214#discussion_r1132629513)
Let me elaborate why I think comparing 1. and 2. above is important (the benchmarks in this PR don't do that):
* Right now, on `master`, when we pick a peer to connect to 1. happens.
* With #27213 when we pick a peer to connect to 2. happens.
* I assume most of the addrmans out there are full (tens of thousands of addresses, max 80k), thus testing on an empty addrman is not representative.
So, we will add security at the cost of making it a bit slower. To assess how much slower I tweaked
...
(https://github.com/bitcoin/bitcoin/pull/27214#discussion_r1132629513)
Let me elaborate why I think comparing 1. and 2. above is important (the benchmarks in this PR don't do that):
* Right now, on `master`, when we pick a peer to connect to 1. happens.
* With #27213 when we pick a peer to connect to 2. happens.
* I assume most of the addrmans out there are full (tens of thousands of addresses, max 80k), thus testing on an empty addrman is not representative.
So, we will add security at the cost of making it a bit slower. To assess how much slower I tweaked
...
💬 pablomartin4btc commented on pull request "Mask values on Transactions View":
(https://github.com/bitcoin-core/gui/pull/708#discussion_r1132681562)
thanks
(https://github.com/bitcoin-core/gui/pull/708#discussion_r1132681562)
thanks
💬 pablomartin4btc commented on pull request "Mask values on Transactions View":
(https://github.com/bitcoin-core/gui/pull/708#discussion_r1132681928)
fixed it
(https://github.com/bitcoin-core/gui/pull/708#discussion_r1132681928)
fixed it
👍 furszy approved a pull request: "Mask values on Transactions View"
(https://github.com/bitcoin-core/gui/pull/708)
ACK 4492de1
(https://github.com/bitcoin-core/gui/pull/708)
ACK 4492de1
💬 mzumsande commented on pull request "addrman: Enable selecting addresses by network":
(https://github.com/bitcoin/bitcoin/pull/27214#discussion_r1132740863)
This looks like a nice speedup in the case where we only have a few addresses - however, due to the constant overhead of building the shuffled list of buckets in the beginning I'd expect performance to go down a bit for the case where we have many addresses to choose from. Do you see this in your benchmark?
Why does this need `ALREADY_VISITED_AND_BORING`? If we do a for-loop through a pre-shuffled list of buckets instead of a while loop, doesn't that already guarantee that we visit each bucket
...
(https://github.com/bitcoin/bitcoin/pull/27214#discussion_r1132740863)
This looks like a nice speedup in the case where we only have a few addresses - however, due to the constant overhead of building the shuffled list of buckets in the beginning I'd expect performance to go down a bit for the case where we have many addresses to choose from. Do you see this in your benchmark?
Why does this need `ALREADY_VISITED_AND_BORING`? If we do a for-loop through a pre-shuffled list of buckets instead of a while loop, doesn't that already guarantee that we visit each bucket
...
💬 jonatack commented on pull request "Fix logging RPC and -debugexclude with 0/none values, add test coverage, improve docs":
(https://github.com/bitcoin/bitcoin/pull/27231#discussion_r1132759246)
yep :) done as in https://github.com/bitcoin/bitcoin/pull/27231#discussion_r1131465027
(https://github.com/bitcoin/bitcoin/pull/27231#discussion_r1132759246)
yep :) done as in https://github.com/bitcoin/bitcoin/pull/27231#discussion_r1131465027
💬 achow101 commented on pull request "guix: use osslsigncode 2.5":
(https://github.com/bitcoin/bitcoin/pull/27179#issuecomment-1464257858)
It appears that osslsigncode has been updated to do more verification of the signature after applying it. It now requires having a CA bundle which is not currently present in our environment. The package `nss-certs` provides these, and the option `-CAfile` needs to be given in order for osslsigncode to find the certs. The following diff resolves these issues.
```diff
diff --git a/contrib/guix/libexec/codesign.sh b/contrib/guix/libexec/codesign.sh
index f6322d761c..6ffa0f07b2 100755
--- a/c
...
(https://github.com/bitcoin/bitcoin/pull/27179#issuecomment-1464257858)
It appears that osslsigncode has been updated to do more verification of the signature after applying it. It now requires having a CA bundle which is not currently present in our environment. The package `nss-certs` provides these, and the option `-CAfile` needs to be given in order for osslsigncode to find the certs. The following diff resolves these issues.
```diff
diff --git a/contrib/guix/libexec/codesign.sh b/contrib/guix/libexec/codesign.sh
index f6322d761c..6ffa0f07b2 100755
--- a/c
...
💬 jonatack commented on pull request "Fix logging RPC and -debugexclude with 0/none values, add test coverage, improve docs":
(https://github.com/bitcoin/bitcoin/pull/27231#issuecomment-1464267272)
Updated with code suggestions by @MarcoFalke, dropped the unit test for now, and updated the `-debug` and `-debugexclude` config options to use the same code for consistency in behavior between them, and for consistency with the logging RPC that provides the same behavior for both `-include` and `-exclude`.
> If it's been broken forever (or at least is in all currently maintained releases), and no ones even noticed, we could take advantage of that, to remove some of the complexity here; do we
...
(https://github.com/bitcoin/bitcoin/pull/27231#issuecomment-1464267272)
Updated with code suggestions by @MarcoFalke, dropped the unit test for now, and updated the `-debug` and `-debugexclude` config options to use the same code for consistency in behavior between them, and for consistency with the logging RPC that provides the same behavior for both `-include` and `-exclude`.
> If it's been broken forever (or at least is in all currently maintained releases), and no ones even noticed, we could take advantage of that, to remove some of the complexity here; do we
...
💬 jonatack commented on pull request "Fix logging RPC and -debugexclude with 0/none values, add test coverage, improve docs":
(https://github.com/bitcoin/bitcoin/pull/27231#issuecomment-1464341502)
Moving this back to draft to re-think the 0/none semantics.
(https://github.com/bitcoin/bitcoin/pull/27231#issuecomment-1464341502)
Moving this back to draft to re-think the 0/none semantics.
📝 jonatack converted_to_draft a pull request: "Fix logging RPC and -debugexclude with 0/none values, add test coverage, improve docs"
(https://github.com/bitcoin/bitcoin/pull/27231)
The logging RPC doesn't behave as described in its help when `0` or `none` are passed.
```
$ ./src/bitcoin-cli help logging
In addition, the following are available as category names with special meanings:
- "all", "1" : represent all logging categories.
- "none", "0" : even if other logging categories are specified, ignore all of them.
```
The behavior was added in https://github.com/bitcoin/bitcoin/pull/11191, but it isn't functional in Bitcoin Core versions 22/23/24, the las
...
(https://github.com/bitcoin/bitcoin/pull/27231)
The logging RPC doesn't behave as described in its help when `0` or `none` are passed.
```
$ ./src/bitcoin-cli help logging
In addition, the following are available as category names with special meanings:
- "all", "1" : represent all logging categories.
- "none", "0" : even if other logging categories are specified, ignore all of them.
```
The behavior was added in https://github.com/bitcoin/bitcoin/pull/11191, but it isn't functional in Bitcoin Core versions 22/23/24, the las
...