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

Previous Next

Package: emacs;

Reported by: Spencer Baugh <sbaugh <at> janestreet.com>

Date: Sat, 3 Jun 2023 01:56:01 UTC

Severity: normal

Found in version 29.0.90

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Spencer Baugh <sbaugh <at> janestreet.com>
Cc: luangruo <at> yahoo.com, 63865 <at> debbugs.gnu.org
Subject: bug#63865: 29.0.90; call-process while owning the X selection hangs other processes
Date: Sat, 03 Jun 2023 14:16:13 +0300
> From: Spencer Baugh <sbaugh <at> janestreet.com>
> Cc: Eli Zaretskii <eliz <at> gnu.org>,  63865 <at> debbugs.gnu.org
> Date: Sat, 03 Jun 2023 07:10:41 -0400
> 
> BTW, this can also be reproduced using just Emacs.  If I try to paste in
> another Emacs instead of in Google Chrome, I get a hang, followed by:
> 
> gui-get-selection: (error "Timed out waiting for reply from selection owner")

Isn't this exactly what is expected to happen in this case?  Po Lu
said, in response to my question:

> > It is strange that you cannot reproduce this.  I thought that when
> > another application requests a selection or clipboard text, the owner
> > (Emacs in this case) gets called, and since Emacs is sleeping, we
> > won't respond.
> >
> > Are there some other factors involved in this interaction that I'm
> > missing?
> 
> In this case, the requestor should time out and give up (which is what I
> see.)  It should not simply freeze.

And that is exactly what happens when Emacs requests the selection: it
times out.  What else did you expect?




This bug report was last modified 1 year and 357 days ago.

Previous Next


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