Description
Steps to reproduce:
disconnect a full indexed node that has no "wallets" dir, in -datadir. and all node files in -datadir
wait until you missed say 20 or more new blocks.
A fast syncing high bandwide node might need a lag of more than 100
....
start the node with ui.
wait until IBD had set in..
click [Open Wallet] ....
If your whole system or VM ui enters an unresponsive state,
Don;t panic, brew a tee !!!. System should leave dead lock after < 5 min.
Close ui., hmm... 🤷♀️
In essence that is an edge case, but new users who first time try to do the right thing and run there full nodes
might run in this ...
refernced bitcoin/bitcoin#19419
EDIT: Note: even that fixed, the other freeze of window refresh, if re-scanning a wallet lag;s behind, is a different gui issue.to be solved in pipeline. ...
Upwards v0.18 ,19. 20 release to master you could get ui also in local temporary freeze, with -reindex or mine more than say 3117 blocks on a different node to an address of your test node and than connect to that mining node.
Unless you have a spared miner or to much btc, the preferred method to test is with regtest.
a="/tmp/test_a"
b="/tmp/test_b"
ca="-regtest -datadir=$a"
cb="-regtest -datadir=$b"
mkdir $a
mkdir $b
bitcoind -daemon $ca -server -datadir=$a
sleep 1
adr=$(bitcoin-cli $ca getnewaddress)
echo $adr
bitcoin-cli $ca stop
sleep 1
bitcoin-qt $cb -server -listen -datadir=$b &
sleep 1
echo "wait for coins ... this could take some while to gen"
gen=$(bitcoin-cli $cb generatetoaddress 3117 $adr)
# Now start the node, should instant frezze repaint update
bitcoin-qt $ca -connect=127.0.0.1 -port=1234 -datadir=$a &
echo $gen
////
frezze b ?
So far observed in debian and lubuntu VM's