summaryrefslogtreecommitdiff
path: root/configure.ac
diff options
context:
space:
mode:
authorCaolán McNamara <caolanm@redhat.com>2016-06-24 15:06:36 +0100
committerCaolán McNamara <caolanm@redhat.com>2016-06-24 15:21:26 +0100
commit88cd9dd591d7921e5bce33c170b457ae5aa871bb (patch)
tree97808bcd9c8183e8eba75b4b7f1c907b003951c6 /configure.ac
parent65a88b51b3df8e4c2756fde4058194d892c627f1 (diff)
Resolves: rhbz#1326304 cannot detect loss of wayland clipboard ownership
gtk_clipboard_get_owner always returns what you set with gtk_clipboard_set_with_owner and that doesn't change if some other application takes over the clipboard The "owner-change" signal doesn't contain any useful data under wayland, and doesn't fire when you'd expect either, just when the app becomes active or gets focus or something like that. So you get it when you do have the clipboard and when you don't, so that's no use either to detect loss of clipboard ownership So, forget about clipboard ownership, and always take the data to be pasted from the system clipboard, so when we are pasting from ourselves its "paste"->m_aSystemContents->gtk->"copy"->m_aOurContents Undoubtedly something else will break now Change-Id: I32f2e1a2cc3310687f61a094fdfa940fa0cfcc39
Diffstat (limited to 'configure.ac')
0 files changed, 0 insertions, 0 deletions