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
[BUG] Freeze when trying to increase fee (or "View transaction", transaction dialog, tx preview) #6914
Comments
|
I'm watching the logs, the UI is frozen, but it keeps trying to establish connection but always fails on the SSLCert error, it seems from every server I've tried #6686 (comment) didnt help |
The network/interface stuff looks unrelated, ignore that. |
There is no output to log when I click ok, weird.
and |
Get the txid of the tx you want to replace, and go into the Run this:
Does it hang? |
@SomberNight that doesn't hang, but I also didnt notice any change after running this is there some "broadcast" command that should be run after this? |
Thanks. I was just curious if it is that command that hanged.
Good find!
Does it freeze for this tx only, or for any tx in your History? Also, any idea how many inputs the transaction has? |
Happens only for this tx The tx is now confirmed, so I can't test the increase fee anymore 4 inputs The freeze happens instantly from human perception |
please post the tx id, so we can see how many inputs it has |
does your wallet contain a large number of inputs? how many items are there in the coins tab? |
However, thinking about it more, this could not have been the culprit in your case, as when simply clicking |
@ecdsa coins is empty @SomberNight it still freezes even now after the tx is confirmed |
Oh so you can still reproduce! :) Could you please run this in the Console tab, and then reproduce, and check the logs? This is what I see in my log after:
Alternatively, you could run from source and add print/logging statements everywhere :) |
|
Hmmm, so the TxDialog constructor finishes... Can you try running this then? I get:
|
|
That too seems normal then. |
@SomberNight exactly |
Try menubar>
Then click If that reproduces the freeze, as a second test, please try the same, with a different wallet. |
|
Really weird... some further ideas to maybe narrow it down: (1) try running Electrum with the (2) try creating a new wallet file but this time from the same seed. (3) try creating a new wallet file, "wallet D", using the xpub of the original (wallet A) Thank you for taking the time to help debug this. |
@SomberNight im having trouble with (3) when i tried to create wallet with xpub via "import", it doesn't let me click next |
in wizard, select |
What version of macOS are you using? |
May sound silly and I have no idea how or even IF this would work, but this is what happened to me. I was having the same problem as you, I was searching looking for answers, but I am not technically minded. How I got around this was just by changing the theme of Electrum from Light to Dark. After I did that, I haven't had any crashes since, and I've been able to increase my fee so that the transaction goes through. I am open to ideas as to why this is because I would like to know this myself, or could it just be a coincidence. |
That suggests this is a GUI bug. It is also platform-dependent, as there are now potentially three reports all from macOS. What version of macOS are you using? |
I am running macOS Big Sur Version 11.1 |
Ok I can reproduce. I have two VMs, one running macOS 10.15.3, the other macOS 11.0.1. As usual, the bug is caused by a macOS update... workaroundFurther, I too confirm that changing the in-app theme to "Dark" is a workaround for the issue; |
As per discussion with @rdymac on IRC, the freeze happening looks to be highly correlated to there being enough tx inputs/outputs in the tx so that the vertical scrollbar needs to appear in the Transaction Dialog. re what @olso said
This is probably because the original wallet had a label for the tx while the new wallet did not. If there is a label then it is shown in the tx dialog, and consequently there is less vertical space for inputs/outputs. |
I cannot reproduce the issue using newer PyQt it seems. Electrum 4.0.9 intentionally packages an older version of qt, PyQt 5.13.1, as a workaround for another issue on macOS 11 ("app does not start")... git master already packages PyQt 5.15.2 for macOS since 9e86bb1, so I am closing this issue. |
I have been having this issue on an accidentally low-fee transaction for a few days — Electrum 4.0.9, Big Sur 11.2.1. As with the original report, Electrum locks up only when trying to 'view transaction' or fee bump, requiring a force quit, otherwise it works completely fine. I found this issue when searching for a solution, and enabling dark mode fixes it also. If I'm reading this correctly, workaround aside, this issue will go away with the next Electrum update? If so, cool. Just thought I'd throw my report into the ring. |
When I click Ok, the little window closes, and then Electrum freezes.
I have to force quit.
Retried multiple times.
Version: 4.0.9
OS: Mac OS Big Sur
The text was updated successfully, but these errors were encountered: