https://bugs.documentfoundation.org/show_bug.cgi?id=170740
--- Comment #10 from Patrick (volunteer) <[email protected]> --- (In reply to Patrick (volunteer) from comment #9) > There are a handful of -[NSApp postEvent:atStart:] calls in vcl. Maybe one > of those calls are preventing some necessary event from getting dispatched? OK. So my theory behind -[NSApp postEvent:atStart:] is that when "atStart:" is "YES", the native queue gets flooded by LibreOffice posting new events at the front of the queue faster than it can dispatch those same events. So I went through these calls and it appears to me that there is really only one place that posts to the front of the native queue while dragging a window with the Option key to the edge of screeen is in the following debug patch. @Dan: it probably won't change anything, but can you test my debug patch? Worst case is we can ignore native queue flooding and live resizing as causes: diff --git a/vcl/osx/saltimer.cxx b/vcl/osx/saltimer.cxx index 9dc6c6d43f29..05adb46e6029 100644 --- a/vcl/osx/saltimer.cxx +++ b/vcl/osx/saltimer.cxx @@ -153,7 +153,7 @@ void AquaSalTimer::handleTimerElapsed() callTimerCallback(); } else - queueDispatchTimerEvent( true ); + queueDispatchTimerEvent( false ); } bool AquaSalTimer::handleDispatchTimerEvent( NSEvent *pEvent ) -- You are receiving this mail because: You are the assignee for the bug.
