Pulseview pops up a dialog when the application or a view is about to get
closed while it contains data that has not yet been saved to disk. While
the motivation is clear and appreciated (avoid losing data which the user
cannot reconstruct easily), answering the dialog is tedious when the focus
needs to get moved there first (mouse move) while the activity was initiated
from the keyboard (CTRL-W/Q).
A search suggests that the issue is caused by Qt and the QMessagebox
implementation. See e.g. the "There is another issue ... new window
does not gain keyboard focus ..." comment in
I'm not aware of other users' complaints, but there certainly is an issue
that was reported on the 'Net. The issue reproduces reliably here on
The attached patch prepares to address the keyboard focus issue, but does
not yet solve it. More research is required. Other dialogs may suffer from
the same issue, and could benefit from a similar workaround when one becomes
Created attachment 307 [details]
patch for dialog keyboard focus research
I think this is also WM-related as I can't reproduce the issue using xfce.
Should be fixed, yeah, but I can't reproduce here either (icewm, no desktop environment), so it's likely indeed dependent on desktop/WM stuff.