Right now it's possible to startup SD, quickly press CTRL-M for the mobile pairing screen, and be presented with a large blank area instead of a pairing QR code, because the wallet is doing expensive wallet startup stuff and hasn't yet generated a QR code. If the user closes the window, waits for all zxtn data to populate, then does CTRL-M again, the QR code is there.
Simple fix is to move QR-code generation to be before expensive zxtns calls when the wallet starts.
Right now it's possible to startup SD, quickly press CTRL-M for the mobile pairing screen, and be presented with a large blank area instead of a pairing QR code, because the wallet is doing expensive wallet startup stuff and hasn't yet generated a QR code. If the user closes the window, waits for all zxtn data to populate, then does CTRL-M again, the QR code is there.
Simple fix is to move QR-code generation to be before expensive zxtns calls when the wallet starts.
@duke Do you know if this is still an issue for you? I just updated size of QR code here to be the same as on the "receive tab" as I missed it previously. While tx data is still loading, I am able to press ctrl+m and see the QR code.
@duke Do you know if this is still an issue for you? I just updated size of QR code here to be the same as on the "receive tab" as I missed it previously. While tx data is still loading, I am able to press ctrl+m and see the QR code.
@fekt my guess is that this happened to me on a large wallet, where it took over 2 minutes to fill in all transaction history+balances and the bug still exists. We need to reorder QR code generation to be before all RPC's, since it's almost instantaneous.
@fekt my guess is that this happened to me on a large wallet, where it took over 2 minutes to fill in all transaction history+balances and the bug still exists. We need to reorder QR code generation to be before all RPC's, since it's almost instantaneous.
Right now it's possible to startup SD, quickly press CTRL-M for the mobile pairing screen, and be presented with a large blank area instead of a pairing QR code, because the wallet is doing expensive wallet startup stuff and hasn't yet generated a QR code. If the user closes the window, waits for all zxtn data to populate, then does CTRL-M again, the QR code is there.
Simple fix is to move QR-code generation to be before expensive zxtns calls when the wallet starts.
@duke Do you know if this is still an issue for you? I just updated size of QR code here to be the same as on the "receive tab" as I missed it previously. While tx data is still loading, I am able to press ctrl+m and see the QR code.
For me this issue actually happens on the "receive tab" when waiting for txs because it seems to be waiting for an address to use for the QR code.
@fekt my guess is that this happened to me on a large wallet, where it took over 2 minutes to fill in all transaction history+balances and the bug still exists. We need to reorder QR code generation to be before all RPC's, since it's almost instantaneous.
This issue only applies when using the old SDA pairing wallet, right?
@jahway603 yes
Closing this Issue due to recently opened Issue #116