diff options
| author | Mason Reed <mason@vector35.com> | 2025-05-06 18:03:26 -0400 |
|---|---|---|
| committer | Mason Reed <mason@vector35.com> | 2025-05-06 18:03:26 -0400 |
| commit | d7e587991b96457d3887c136799ecb906f1336f4 (patch) | |
| tree | 4ea9264d0d82023bfcf9dab3ac7db3547dfb4700 /view/sharedcache/workflow/SharedCacheWorkflow.cpp | |
| parent | 9bd77eca3d5a0fea7b57af6252d85ab4ce4c506d (diff) | |
[SharedCache]"Fix" possible deadlock when loading images from the UI
This disables the filter for already added images, there is another check when we go to apply so that it fails early but the real issue is the fact this happened at all.
Within the Objective-C processor there is a call to `BeginUndoActions` which calls `ExecuteOnMainThreadAndWait`, while the objective-c processor is holding the lock to the controller.
To fix this we really need to make the undo action system not call `ExecuteOnMainThreadAndWait` which is deadlock city, to do that really the only solution is to make the `UndoBuffer` thread-safe and remove the calls to execute undo related stuff on the main thread, this will make it so that when a call to `BeginUndoActions` there is no requirement to wait on pending undo actions as they are all submitted immediately.
Diffstat (limited to 'view/sharedcache/workflow/SharedCacheWorkflow.cpp')
0 files changed, 0 insertions, 0 deletions