diff options
author | Hans de Goede <hdegoede@redhat.com> | 2010-10-03 21:45:45 +0200 |
---|---|---|
committer | Hans de Goede <hdegoede@redhat.com> | 2010-10-04 11:49:14 +0200 |
commit | aabca2864d9439bc061feedd8d315b9aaac5c666 (patch) | |
tree | 96060fe068e9d46e8029fdb125d5a842badf82c7 /client/windows | |
parent | a2492d5ae347941b7a5bc13ad5a4de1c006b4ff0 (diff) | |
download | spice-aabca2864d9439bc061feedd8d315b9aaac5c666.tar.gz spice-aabca2864d9439bc061feedd8d315b9aaac5c666.tar.xz spice-aabca2864d9439bc061feedd8d315b9aaac5c666.zip |
spicec-x11: Force processing of ownerchange event when releasing the cb
Make sure we process the XFixesSetSelectionOwnerNotify event caused by
us setting the clipboard owner to none, directly after setting the owner
to none. Otherwise we may end up changing the clipboard owner to none, after
it has already been re-owned because the XFixesSetSelectionOwnerNotify event
to owner none is event is still pending when we set the new owner, and
then changes the owner back to none once processed messing up our clipboard
ownership state tracking.
I saw this happening when doing copy twice in succession inside the guest.
Diffstat (limited to 'client/windows')
-rw-r--r-- | client/windows/platform.cpp | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/client/windows/platform.cpp b/client/windows/platform.cpp index db47079d..580a40ae 100644 --- a/client/windows/platform.cpp +++ b/client/windows/platform.cpp @@ -1011,6 +1011,7 @@ bool Platform::on_clipboard_request(uint32_t type) void Platform::on_clipboard_release() { SetEvent(clipboard_event); + set_clipboard_owner(owner_none); } static bool has_console = false; |