GNU bug report logs - #63865
29.0.90; call-process while owning the X selection hangs other processes

Previous Next

Full log

Message #11 received at 63865 <at> debbugs.gnu.org (full text, mbox):

From: Po Lu <luangruo <at> yahoo.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Spencer Baugh <sbaugh <at> janestreet.com>, 63865 <at> debbugs.gnu.org
Subject: Re: bug#63865: 29.0.90; call-process while owning the X selection
 hangs other processes
Date: Sat, 03 Jun 2023 15:11:19 +0800

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Spencer Baugh <sbaugh <at> janestreet.com>
>> Date: Fri, 02 Jun 2023 21:55:09 -0400
>> 
>> 
>> 1. Under X11, with the GTK or Lucid toolkits:
>>    emacs -Q
>> 2. Become owner of the clipboard selection by killing some text; the
>>    starting comments in the scratch buffer are a good candidate.
>> 3. Immediately afterwards (i.e. without copy and pasting text in another
>>    window), run:
>>    (call-process "sleep" nil nil nil "inf")
>> 4. Now other applications will hang when they attempt to paste text.
>>    Google Chrome and Slack are two examples.  (GTK-based applications
>>    seem to be fine.  So much for proprietary software...)
>
> Thanks.
>
> Does this happen also with the latest pretest, v29.0.91?

I can't reproduce this, but the closest thing to Google Chrome on the
computer I am currently using is Firefox 10.0.7.  So would you also
build Emacs with -DTRACE_SELECTION, and show what is printed by Emacs
when the requestor hangs?

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.