Improve GUI multithreading #991
Labels
effort-high
issue is likely to require >20h of effort, perhaps much more
enhancement
issue is a request for a feature, and not a defect
GUI
Issue is about GUI version only
impact-low
low importance
[This is phrased a feature request, but I realize one could see it as a defect.]
The GUI uses cooperative threads, and there are at least two situations where the GUI thread might be starved briefly, leading to poor user interaction and even windowing system complaints. One is fingerprinting large files, and the other is deleting directory trees.
This ticket can be closed when all operations have adequate yield points (straightforward) or the GUI runs in a separate POSIX thread (might need discussion to be sure we have no portability regressions).
Marking impact-low because most people don't see this and absent upset window managers, it doesn't lead to incorrect outcomes.
The text was updated successfully, but these errors were encountered: