GUI: Show warnings on all no-wallet tabs#301
Conversation
9fff8ee to
a79fdc3
Compare
|
After looking into this briefly, I'm still confused as to the bug here... is the problem that the Pairing tab doesn't display warnings? Because that's the only non-wallet tab besides Overview, and Overview already displays warnings properly? |
|
@chrisguida Overview already shows it (fixed in 81d5172 last July); the actual gap is the Pairing tab, which lives in a parallel stack and so the existing alert label gets hidden when you switch to it. This PR fixes that. |
|
@luke-jr says the bug is already fixed, do we still need this PR? |
|
@chrisguida , @luke-jr fixed the Overview tab bug, this PR fixes the Pairing tab bug, per my comment above. |
|
The Send/Receive/Transactions tabs also don't show the warning. I don't think it would be consistent to put it on Pairing without putting it everywhere...? |
a79fdc3 to
a7685c4
Compare
|
@luke-jr Good point. Updated to drop |
|
I've tested the new version of this PR with a hardcoded warning in Technically this PR is larger in scope than the original issue, which only mentions no-wallet tabs, but there are only 2 no-wallet tabs: Overview and Pairing, and Overview was already working properly. The first version of this PR fixed the Pairing tab, which was the exact scope originally outlined in #300 (and still referred to in this PR's title), but fixing warnings on all 5 tabs (regardless of whether a wallet is loaded) strikes me as the correct solution, and this new version is much cleaner than the old version anyway. Other than the PR's title and top comment needing an update for this new version: ACK a7685c4 |
Fixes #300.
When no wallet is loaded, the warning bar was placed inside
no_wallet_group(a child ofwalletStack). Switching to the Pairing tab swapsm_global_stacktom_page_pairing, hidingwalletStackand the warning along with it.Move
m_label_alertsup one level to be a sibling ofm_global_stackso it shows on every no-wallet tab. When a wallet is loaded,OverviewPagealready has its own alert label, so the WalletFrame-level label is hidden in that case to avoid duplication.Tested locally with a fake injected warning:
-disablewallet: shown via RPCConsole (untouched)