Intro: Never change the prune checkbox after the user has touched it#658
Conversation
|
The following sections might be updated with supplementary metadata relevant to reviewers and maintainers. ReviewsSee the guideline for information on the review process.
If your review is incorrectly listed, please react with 👎 to this comment and the bot will ignore it on the next update. ConflictsNo conflicts as of last run. |
hernanmarino
left a comment
There was a problem hiding this comment.
cr ACK 76cb089 and tested ACK
pablomartin4btc
left a comment
There was a problem hiding this comment.
Title and description mismatch of the PR confuse me, I tested bitcoin-qt before and after the change and I don't see the difference in the behaviour (from the UI point of view, haven't checked the proper prunning).
I've ticked & unticked the prune checkbox and set a value, verifying the value is persisted in the config. Also combined the previous starting qt with -prune param set to 0, 1 and 600.
Perhaps I've some config that bypass this change? Could you please clarify? Sorry if I miss anything too obvius here.
Looks like a bug in the master branch, as it should be like that: |
|
@ryanofsky Could you be interesting in reviewing of this PR? |
|
Closing due to a long period of inactivity here. Feel free to reopen. |
|
Reopening by request |
76cb089 to
051b049
Compare
|
Rebased |
051b049 to
bee0ffb
Compare
|
🤔 There hasn't been much activity lately and the CI seems to be failing. If no one reviewed the current pull request by commit hash, a rebase can be considered. While the CI failure may be a false positive, the CI hasn't been running for some time, so there may be a real issue hiding as well. A rebase triggers the latest CI and makes sure that no silent merge conflicts have snuck in. |
Re-PR from bitcoin/bitcoin#18729
Now includes a bugfix too (
-prune=2+disabled the checkbox, but-prune=0/1did not; this behaviour is necessary since-pruneoverrides GUI settings)