Bugfix on TransactionsView - Disable if privacy mode is set during wallet selection

[pablomartin4btc]

Currenlty on master, when the "mask values" checkbox is ticked if the user selects a different wallet, the history action is enable and if the user clicks on it can see all the transactions in the transaction view.

This PR fixes it.

Note for maintainers: this needs to be backported to 25.x and 26.x.

[DrahtBot]

The following sections might be updated with supplementary metadata relevant to reviewers and maintainers.

Reviews

See the guideline for information on the review process.

Type	Reviewers
ACK	hebasto
Stale ACK	alfonsoromanz

If your review is incorrectly listed, please copy-paste <!--meta-tag:bot-skip--> into the comment that the bot should ignore.

Conflicts

Reviewers, this pull request conflicts with the following ones:

• #898 (Add coins (UTXOs) tab and makes it view-only by apogio)

If you consider this pull request important, please also help to review the conflicting pull requests. Ideally, start with the one that should be merged first.

[alfonsoromanz]

Tested ACK d3da502

[luke-jr]

This feels like the wrong place to fix it. Why not inside setWalletActionsEnabled (or whatever is enabling it to begin with)?

[pablomartin4btc]

This feels like the wrong place to fix it. Why not inside setWalletActionsEnabled (or whatever is enabling it to begin with)?

Yeah, it makes more sense, I'll rework it. Thanks!

[pablomartin4btc]

Updates:

• Addressed @luke-jr's feedback.

[luke-jr]

I'm pretty sure you can just modify the existing line in setWalletActionsEnabled to:

    historyAction->setEnabled(enabled && !isPrivacyModeActivated());

[pablomartin4btc]

    historyAction->setEnabled(enabled && !isPrivacyModeActivated());

Just replacing the operator with || (e.g. when the user closes all wallets, all tabs will be disabled except for Transactions).

[pablomartin4btc]

Updates:

• Addressed @luke-jr's feedback.

[luke-jr]

This one-line change works without anything else:

#815 (review)

[pablomartin4btc]

This one-line change works without anything else:

#815 (review)

Sorry, I made another mistake, thanks for double checking.

To other reviewers: please hold on till next push, thanks.

[pablomartin4btc]

Updates:

• Incorporated @luke-jr's suggestion, simplifying the fix.

[hebasto]

@pablomartin4btc Did you consider bitcoinknots/bitcoin#83?

[pablomartin4btc]

@pablomartin4btc Did you consider bitcoinknots/bitcoin#83?

Yeah, in fact the "switch to Overview" tab when changing/ selecting wallets, was introduced in #718, I can fix it here in a 2nd. commit which will do soon.

[hebasto]

@pablomartin4btc

... was introduced in #718...

Sure about PR number? ('cause there is no such a number in this repo)

[pablomartin4btc]

@pablomartin4btc

... was introduced in #718...

Sure about PR number? ('cause there is no such a number in this repo)

oh! my bad.. a typo there... how lucky! I'll play the lottery with that one today... I meant #708, I think it's the only place related to the "mask value" where I switched to the overview tab when the mask value checkbox on the menu is ticked but still need to check it.

[pablomartin4btc]

@hebasto, I couldn't reproduce the issue described in bitcoinknots/bitcoin#83, trying both master and this PR, also checked the fix in knots which is similar to this PR code change. It would be good to know what was the state of the "mask value" during the use case described in bitcoinknots/bitcoin#83, the only thing I can think of it's that the issue is the same one described above on this PR but when that happens loading a second wallet would disable the Transactions view tab so it can't be selected. Perhaps @luke-jr can describe the steps to reproduce it.

[pablomartin4btc]

@hebasto, the issue mentioned in bitcoinknots/bitcoin#83 is fixed by this PR.
I've done a bit of investigation and the problem (in master, not on this PR) was not "switching" between wallets (selecting another wallet from the combo box won't show the overview page while the user is landing on the transactions tab), but when the user opens another wallet (which hasn't been loaded before) and the current wallet view is on the transactions/ history tab, then the system sets the overview page as a "default view" lets say (the problematic call has been removed from this PR and it was introduced by #708 originally).

[DrahtBot]

🤔 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.

[pablomartin4btc]

Updates:

• Rebased (fixed previous CI failure - ASan + LSan + UBSan... ).

[DrahtBot]

There hasn't been much activity lately. What is the status here?

Finding reviewers may take time. However, if the patch is no longer relevant, please close this pull request. If the author lost interest or time to work on this, please close it and mark it 'Up for grabs' with the label, so that it can be picked up in the future.

[hebasto]

ACK 0dc337f, tested on Fedora 43.

I agree with this comment. Following this direction, further improvements to the m_mask_values_action connections could be made by switching to a lambda.

[fanquake]

Backported to 31.x in bitcoin/bitcoin#34800.