Steps to reproduce:
- Open QT console.
- Run gettxoutsetinfo.
- Exit the debug window (no blocking) -> exit the program (will block).
This is what is shown on Windows (10) for several minutes: https://i.imgur.com/AyexgkC.png
[GUI] QT shutdown is blocked if called before gettxoutsetinfo is finished #13217
issue ghost opened this issue on May 11, 2018-
ghost commented at 4:31 PM on May 11, 2018: none
-
promag commented at 4:34 PM on May 11, 2018: member
The same would happen with other long calls.
-
ghost commented at 4:36 PM on May 11, 2018: none
It's similar to how rescan used to be uninterruptible. Is this perhaps already documented somewhere ?
-
jonasschnelli commented at 7:39 AM on May 14, 2018: contributor
It would be easy fixable, though I don't see a big need for allowing shutdown during
gettxoutsetinfo. @laudaa: can you elaborate more more about the use-case and why it would be required to allow a shutdown at this point? -
ghost commented at 8:08 AM on May 14, 2018: none
@jonasschnelli As promag as mentioned, this would occur for other long calls as well (although I'm not sure which all of these would be; gettxoutsetinfo is just the one that I encountered this with and it's notably long at ~5 minutes on the system that I've tried it). The very least that could be done is a proper exiting window informing the user that a call is still in progress (or at the very least document this somewhere if it isn't already?). The way that it is now (see image) it looks like the software isn't working anymore ("Not responding") which will probably result in users trying to forcefully close it. This might lead to other unexpected issues (e.g., need for a reindex?).
-
promag commented at 8:23 AM on May 14, 2018: member
Agree, either it should interrupt the call or inform the user to wait. Otherwise he may force quit.
- jonasschnelli added the label RPC/REST/ZMQ on May 16, 2018
- jonasschnelli added the label good first issue on May 16, 2018
-
LeandroRocha84 commented at 7:08 AM on July 16, 2018: none
Console commands run in a separate thread (RPCExecutor) but waiting for that thread to finish takes place in the main thread, causing the GUI to become unresponsive during shutdown for long running calls.
-
LeandroRocha84 commented at 7:35 AM on July 16, 2018: none
I've created the PR #13674 to address this issue. Any feedback is greatly appreciated.
- MarcoFalke removed the label good first issue on May 22, 2020
-
MarcoFalke commented at 8:11 PM on May 22, 2020: member
This is an issue for the GUI and the RPC. The RPC part is fixed in #19056
-
MarcoFalke commented at 11:40 AM on May 23, 2020: member
The GUI part is fixed in #17659
- MarcoFalke added the label GUI on May 23, 2020
- MarcoFalke referenced this in commit 13397dc78f on May 26, 2020
- sidhujag referenced this in commit 407a8be958 on May 27, 2020
-
- fanquake closed this on Aug 14, 2020
- DrahtBot locked this on Feb 15, 2022
