Prehandle events with WindowEventFilterLinux instead of posthandling.
Posthandling events does not work properly in this case as we are not able to track if the event that has been sent to sink is handled or not. That is, SendEventToSink results in copying the entire event which means that the original event is not going to have its handling status changed. That means that we are not able to track if the event is handled or not unless a dispatcher or a target are destroyed (remember that SendEventToSink returns EventDispatchDetails, but does not say anything about handling results). That resulted in the WindowEventFilterLinux always post-processing events and opening context menus twice (the first one was closed immediately after it was shown and the second one was shown instead). TEST: manually tested. Bug: 1028046 Change-Id: I2bedda57c7ca8a05171428da26b889eac04cf36f Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1947733Reviewed-by:Thomas Anderson <thomasanderson@chromium.org> Commit-Queue: Maksim Sisov <msisov@igalia.com> Cr-Commit-Position: refs/heads/master@{#721406}
Showing
Please register or sign in to comment