bug#17026: 24.3.50; x-get-selection: Timed out waiting for reply from selection owner
I'm using a recent-ish emacs trunk on x86-64 Fedora 20.
Whenever I try to paste using the middle mouse button, Emacs freezes.
After a time it comes back and gives the error:
x-get-selection: Timed out waiting for reply from selection owner
In GNU Emacs 126.96.36.199 (x86_64-unknown-linux-gnu, GTK+ Version 3.10.6)
of 2014-03-09 on barimba
Repository revision: 116709 [hidden email]-20140309113651-v2g63s6ewa9oxx13
Windowing system distributor `Fedora Project', version 11.0.11404000
value of $LANG: en_US.utf8
value of $XMODIFIERS: @im=none
Major mode: C/l
Minor modes in effect:
c - i n t <tab> <return> C-/ C-x s y y C-z n C-v C-v
C-s < < < C-a <help-echo> C-n C-k C-k C-n C-n C-n C-y
C-k C-k C-u C-p C-p C-SPC C-n C-n C-w C-n C-n C-n C-k
C-k C-n C-n C-n C-n C-n C-SPC C-n C-n C-n C-n C-w n
C-/ C-n C-n M-b M-b M-b & C-n C-n C-a C-k C-k C-p C-f
C-x C-g C-p C-k C-x s y C-z n <f10> <f10> C-x b * c
o m <tab> <return> g M-> C-z n C-u <f9> C-z n C-x b
g c c - i n t <tab> <return> M-v C-l C-z n M-f M-f
M-f M-/ M-/ M-/ M-/ M-/ <f9> C-x o g y C-x o <f9> C-x
o M-> C-x o C-x 1 C-e C-f C-f C-x s M-> C-u C-SPC C-v
C-x C-f M-p M-p M-p M-p C-g C-x b g c c - t <tab> <return>
C-x C-f g c c - s y m b o l s . c <return> C-x b <return>
M-< C-SPC C-u C-u C-n C-u C-n C-n C-n C-n C-n C-n M-w
C-x b <return> C-y M-< M-f M-f <M-backspace> s y m
b o l s M-> <backspace> # i n c l u d e SPC " s y m
t a b . h " C-a C-u C-p C-n C-k C-k M-> <return> <return>
C-x C-s C-x C-f g c c - <tab> <backspace> j <tab> -
<tab> <return> C-u C-u C-n C-l C-z n C-x b * m e s
<tab> M-b M-c <tab> <return> M-v M-v M-v M-< C-s s
e l e c t C-z n M-x r e o r <backspace> <backspace>
p o r t - e m <tab> <return> b <tab> <return>
Mark set [6 times]
syntax: ((topmost-intro 1)), indent: 0 [4 times]
Saving file /home/tromey/Space/SecondArcher/binutils-gdb/gdb/gccjit/gcc-symbols.c...
Making completion list...
Mark saved where search started
Making completion list...
bug#17026: 24.4+1-5 x-get-selection: Timed out waiting for reply from selection owner
> 20 mar 2015 kl. 14:06 skrev Mariusz Gronczewski <[hidden email]>:
> Seems like easiest way to reproduce it is to run any command that touches primary selection, for example:
> (shell-command "xclip -o -selection XA_PRIMARY”)
This is not the same. This hangs because of a deadlock. Shell runs synchronous, and hangs until the command output has been read. But when emacs does that, it can’t respond to the request from xclip.
It also only hangs if Emacs owns the primary selection, not if another process does.
> freezes whole emacs until Ctrl+G but with XA_CLIPBOARD it works as intended
It is because there is a clipboard handler running, i.e. Emacs does not answer to xclip in this case.
Thanks for tracking down and diagnosing this bug. I've installed a patch as
commit 1552e6737317ea2c85e06600e178114c6b0f9fb2 in emacs master; can you please
try it in your environment?
It's possible, I suppose, that this fix will affect Bug#13486 and Bug#17026
(merged with Bug#16737, Bug#17101, Bug#17172, Bug#19320, Bug#20283). Ideally
those bugs would go away too, though this is a shot in the dark. Anyway, I'll
CC: to those bug reports to give their followers a heads-up.
> Thanks for tracking down and diagnosing this bug. I've installed a
> patch as commit 1552e6737317ea2c85e06600e178114c6b0f9fb2 in emacs
> master; can you please try it in your environment?
> It's possible, I suppose, that this fix will affect Bug#13486 and
> Bug#17026 (merged with Bug#16737, Bug#17101, Bug#17172, Bug#19320,
> Bug#20283). Ideally those bugs would go away too, though this is a
> shot in the dark. Anyway, I'll CC: to those bug reports to give their
> followers a heads-up.
This was five years ago, and I tried reproducing the test case in
#13486, and I was unable to see any slowness here, so I'm closing this
bug report. If anybody is still seeing this, please respond to the
debbugs address, and we'll reopen.