-
Notifications
You must be signed in to change notification settings - Fork 1.2k
Restart-wallet fix #392
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Restart-wallet fix #392
Conversation
|
That would be very odd but nothing is impossible I guess :) |
|
please test #395 on windows |
|
Added 2 more changes: 2: dash.cpp: ignore additional restart-wallet clicks. On windows you could easily click on a repair-wallet button fast enough to trigger more than 1 wallet-restart. Not good. 3: locally removed my own fix for #395, you were faster :-) From my point of view we can merge this now to have more testers using it. |
|
Looks good 👍 |
d54d949 qt: Fix regression in "Encrypt Wallet" menu item (Hennadii Stepanov) Pull request description: Fix dashpay#392. Adding a new item to the `m_wallet_selector` must follow the establishment of a connection between the `WalletView::encryptionStatusChanged` signal and the `BitcoinGUI::updateWalletStatus` slot. This was a regression introduced in bitcoin@20e2e24 (dashpay#29). --- An _encrypted_ wallet being auto-loaded at the GUI startup: - on master (eaf09bd)  - with this PR  ACKs for top commit: achow101: ACK d54d949 jarolrod: ACK d54d949 Tree-SHA512: 669615ec8e1517c2f4cdf59bd11a7c85be793ba0dda112361cf95e6c2f0636215fed331d26a86dc9b779a49defae1b248232f98dab449584376c111c288e87bb
d54d949 qt: Fix regression in "Encrypt Wallet" menu item (Hennadii Stepanov) Pull request description: Fix dashpay#392. Adding a new item to the `m_wallet_selector` must follow the establishment of a connection between the `WalletView::encryptionStatusChanged` signal and the `BitcoinGUI::updateWalletStatus` slot. This was a regression introduced in bitcoin@20e2e24 (dashpay#29). --- An _encrypted_ wallet being auto-loaded at the GUI startup: - on master (eaf09bd)  - with this PR  ACKs for top commit: achow101: ACK d54d949 jarolrod: ACK d54d949 Tree-SHA512: 669615ec8e1517c2f4cdf59bd11a7c85be793ba0dda112361cf95e6c2f0636215fed331d26a86dc9b779a49defae1b248232f98dab449584376c111c288e87bb
Reference: https://dashtalk.org/threads/enhanced-darkcoin-wallet-ui.1705/page-24#post-58114
My wallet does not crash on Linux at all, and on Windows only about one out of 50 tries if I'm lucky, so it's really hard to test if this works reliably. Found out that almost all crashes are side effects of using BOOST, though, but it's used all over the place so we won't change that.
In theory, QApplication inherits quit() from QCoreApplication so it shouldn't make any difference, but since "Reset Options" uses QApplication::quit() to stop the wallet I thought I would give it a try.
So far (about 80 tries, even in the middle of reindexing) it looks good, however since the blockchain is stuck I can't test this while mining.
I'd appreciate others testing this while mining/mixing.