summaryrefslogtreecommitdiffstats
path: root/server/agent-msg-filter.c
diff options
context:
space:
mode:
authorHans de Goede <hdegoede@redhat.com>2011-03-23 17:16:21 +0100
committerHans de Goede <hdegoede@redhat.com>2011-03-23 17:18:37 +0100
commit66dde82fee3c4eb5262d582aeb77935efd40def0 (patch)
tree5f7c13804351b39c5ae53d402749df692560e5d4 /server/agent-msg-filter.c
parent4020e243455641cc21af41e07ab63e19e60e08e9 (diff)
downloadspice-66dde82fee3c4eb5262d582aeb77935efd40def0.tar.gz
spice-66dde82fee3c4eb5262d582aeb77935efd40def0.tar.xz
spice-66dde82fee3c4eb5262d582aeb77935efd40def0.zip
spicec-x11: Work around a bug in xsel
Although ICCCM 2.2. Responsibilities of the Selection Owner: http://tronche.com/gui/x/icccm/sec-2.html#s-2.2 Clearly states (about selection notify events): The owner should set the specified selection, target, time, and property arguments to the values received in the SelectionRequest event. xsel sets the selection notify event target member to the incr atom when it is going to send the clipboard data incremental, rather then setting it to the UTF8_STRING atom (which was the target of the SelectionRequest). Work around this (esp as it is likely other programs may get this wrong too) and accept the incr atom as a valid target in a selection notify event. This fixes Alon's test with running: python -c "print list(range(1000))" | xsel -i -b on the client.
Diffstat (limited to 'server/agent-msg-filter.c')
0 files changed, 0 insertions, 0 deletions