From unknown Sun Jun 22 00:31:46 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11993: Emacs frames on other display hang during recursive edit on a different display Resent-From: mail@andy.glew.ca Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 19 Jul 2012 16:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 11993 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 11993@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.134271456531864 (code B ref -1); Thu, 19 Jul 2012 16:17:02 +0000 Received: (at submit) by debbugs.gnu.org; 19 Jul 2012 16:16:05 +0000 Received: from localhost ([127.0.0.1]:50919 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SrtOV-0008Ha-NP for submit@debbugs.gnu.org; Thu, 19 Jul 2012 12:16:05 -0400 Received: from eggs.gnu.org ([208.118.235.92]:34661) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Srhbv-0004S1-6E for submit@debbugs.gnu.org; Wed, 18 Jul 2012 23:41:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SrhVv-0001Eb-Tw for submit@debbugs.gnu.org; Wed, 18 Jul 2012 23:34:57 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, HTML_MESSAGE,RCVD_IN_DNSWL_HI,T_DKIM_INVALID autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:37841) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SrhVv-0001EX-QL for submit@debbugs.gnu.org; Wed, 18 Jul 2012 23:34:55 -0400 Received: from eggs.gnu.org ([208.118.235.92]:48933) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SrhVt-0004vK-TY for bug-gnu-emacs@gnu.org; Wed, 18 Jul 2012 23:34:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SrhVr-0001Dr-Iy for bug-gnu-emacs@gnu.org; Wed, 18 Jul 2012 23:34:53 -0400 Received: from mail-lb0-f169.google.com ([209.85.217.169]:58820) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SrhVr-0001DX-6T for bug-gnu-emacs@gnu.org; Wed, 18 Jul 2012 23:34:51 -0400 Received: by lbjn8 with SMTP id n8so3688013lbj.0 for ; Wed, 18 Jul 2012 20:34:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=uGi6RixIN3yevemTnZZxw4OULGNMmdSXng0T71f+dhs=; b=fZkBu0v2atV+eZYd67jMuDuX+tpSJ4VPxpkLAJs6D9Y5E1a5mxxw85IlrFKVecnaFq QUYcBBCjjO5o44ED0GqRZUo/A8bBKbyYQvsaJWiletImIfVmjCrEkLs+MtFlRoGk49y6 S96tKvh7SKA4YLN/9j4lDs+bRsWpSX8j8ZG3m9GqZMhQUQ0pHY6oTNDhr2sugJ6AFLtE borHM7NysqAdeUeFXlGtQVjhkDuCPfUfGIHrwAAyHnYy9meTBkcY9gvlr7H4JquPbW7z i9pDa928Sm0B1RHpLgGM5H+4ec+Y5xqkMyvVKhmWezz1eitntNhswgVL6wsogxA+kFnQ ZfmQ== Received: by 10.112.17.227 with SMTP id r3mr289409lbd.41.1342668889441; Wed, 18 Jul 2012 20:34:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.4.229 with HTTP; Wed, 18 Jul 2012 20:34:19 -0700 (PDT) From: mail@andy.glew.ca Date: Wed, 18 Jul 2012 20:34:19 -0700 X-Google-Sender-Auth: BSSguhiCmsT0S51zN9KFTRkvwck Message-ID: Content-Type: multipart/alternative; boundary=bcaec554d84234c54204c5267625 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -6.1 (------) X-Mailman-Approved-At: Thu, 19 Jul 2012 12:16:02 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.1 (------) --bcaec554d84234c54204c5267625 Content-Type: text/plain; charset=ISO-8859-1 This bug report will be sent to the Bug-GNU-Emacs mailing list and the GNU bug tracker at debbugs.gnu.org. Please check that the From: line contains a valid email address. After a delay of up to one day, you should receive an acknowledgement at that address. Please write in English if possible, as the Emacs maintainers usually do not have translators for other languages. Please describe exactly what actions triggered the bug, and the precise symptoms of the bug. If you can, give a recipe starting from `emacs -Q': emacs -Q ...opens a frame (X Window) ...select that window, use it a bit to see that all works ESC-X make-frame-on-display ... type in display name ... note: in may case, the display is a different VNC session ... switch to the just opened emacs frame in that display, use it a bit to see that all works ... switch back, again, just to see that all works. ... in eother of the frames, type ESC-X recursive-edit ... I am still able to work in the frame that initiated the recursive edit. ... However, in the other frames of the emacs, while I can select the frame (X Window), and the cursor changes from outline to filled, I cannot do anything useful. The other frame(s) are hung: typing is not accepted, mouse clicks do not move the cursor. ... but the frame in which you typed recursive-edit still works ... switch back to that frame, type ESC-X exit-recursive-edit ... everything now works, in all frames. Further investigation shows that this hang occurs whenever the minibuffer is open in another frame. I also find http://www.mail-archive.com/emacs-pretest-bug@gnu.org/msg08103.html to which Stallman responded: Re: Emacs hangs on current display when the minibuffer is active on another display Richard Stallman Wed, 27 Sep 2006 19:15:16 -0700 If I leave the emacs on one display with the minibuffer active, emacs on the other display does not respond to anything until the minibuffer input is resolved (input entered, or quit). It is nearly impossible to fix this without making Emacs multi-threaded. I hope that will be done some day, but I don't know if anyone is working on it. I suppose that I could give up and not report this bug. However, (a) reporting that this occurs with recursive-edit as well as minibuffer open may help the next person who encounters this bug, and (b) while I can imagine ways that the minibuffrer problem may be difficult to fix without multithreading (or good non-blocking asynchronous I/O), I must admit that I cannot imagine why recursive-edit would be like that. Also (c) I could swear that I *have* been able to use recursive-edit with multiple frames in the past, on older versions of emacs. However, I cannot reproduce this at the moment - all of the different versions of emacs I have access to have this problem. (By the way, my apologies for mailing this bug report from Microsoft Outlook or Gmail, although it was prepared in EMACS.) If Emacs crashed, and you have the Emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. For information about debugging Emacs, please read the file /home/glew/import/emacs/emacs-24.1/install-dir-personal/share/emacs/24.1/etc/DEBUG. In GNU Emacs 24.1.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.10.4) of 2012-07-13 on mipscs587 Windowing system distributor `The XFree86 Project, Inc', version 11.0.40300000 Configured using: `configure '--with-gif=no' '--prefix=/home/glew/import/emacs/emacs-24.1/install-dir-personal'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: C value of $XMODIFIERS: nil locale-coding-system: nil default enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: x m a k e - f r a m e - o n l o c a l h o s t L : 1 : 1 2 x r e c u r s i v e - e d u i t x e x i t - r e c u r s i v e - e d i t q q q x r e p o r t - e m a c s - b u g Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail regexp-opt rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) --bcaec554d84234c54204c5267625 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
This bug report will be sent to the Bug-GNU-Emacs mailing list
and the GNU bug tracker at debbugs.gn= u.org. =A0Please check that
the From: line contains a valid e= mail address. =A0After a delay of up
to one day, you should receive an acknowledgement at that address.

Please write in English if possible, as the Emacs mai= ntainers
usually do not have translators for other languages.

Please describe exactly what actions triggered the bug,= and
the precise symptoms of the bug. =A0If you can, give a recip= e
starting from `emacs -Q':



=A0 =A0 emacs -Q

=A0 =A0 =A0 = =A0 ...opens a frame (X Window)

=A0 =A0 =A0 =A0 ..= .select that window, use it a bit to see that all works

=A0 =A0 =A0 =A0 ESC-X make-frame-on-display

=A0 =A0 =A0 =A0 ... type in display name
=A0 = =A0 =A0 =A0 ... note: in may case, the display is a different VNC session

=A0 =A0 =A0 =A0 ... switch to the just opened emacs= frame in that display, use it a bit
=A0 =A0 =A0 =A0 to see that all works

=A0 =A0= =A0 =A0 ... switch back, again, just to see that all works.

=
=A0 =A0 =A0 =A0 ... in eother of the frames, type

=
=A0 =A0 =A0 =A0 ESC-X recursive-edit

=A0 =A0 =A0 =A0 ... =A0I am still able to work in the f= rame that initiated the recursive
=A0 =A0 =A0 =A0 edit.

=A0 =A0 =A0 =A0 ... However, in the other frames of the ema= cs, while I can select the
=A0 =A0 =A0 =A0 frame (X Window), and the cursor changes from outline = to filled, I
=A0 =A0 =A0 =A0 cannot do anything useful. =A0The ot= her frame(s) are hung: typing is not
=A0 =A0 =A0 =A0 accepted, mo= use clicks do not move the cursor.

=A0 =A0 =A0 =A0 ... but the frame in which you typed re= cursive-edit still works

=A0 =A0 =A0 =A0 ... switc= h back to that frame, type

=A0 =A0 =A0 =A0 ESC-X e= xit-recursive-edit

=A0 =A0 =A0 =A0 ... everything now works, in all frames= .

=A0 =A0 Further investigation shows that this ha= ng occurs whenever the
=A0 =A0 minibuffer is open in another fram= e. =A0I also find


=A0 =A0 to w= hich Stallman responded:

=A0 =A0 =A0 =A0 Re: Emacs hangs on current display when= the minibuffer is active on another display
=A0 =A0 =A0 =A0 Richard Stallma= n
=A0 =A0 =A0 =A0 Wed, 27 Sep 2006 19:15:16 -0700

=A0 =A0 =A0 =A0 =A0 =A0 If I leave the emacs on one
=A0 =A0 =A0 =A0 =A0 =A0 display with the minibuffer active, emacs on= the other display does
=A0 =A0 =A0 =A0 =A0 =A0 not respond to an= ything until the minibuffer input is resolved (input
=A0 =A0 =A0 =A0 =A0 =A0 entered, or quit).

= =A0 =A0 =A0 =A0 It is nearly impossible to fix this without making Emacs
=A0 =A0 =A0 =A0 multi-threaded. =A0I hope that will be done some da= y, but I
=A0 =A0 =A0 =A0 don't know if anyone is working on i= t.


=A0 =A0 I suppose that I could give up a= nd not report this bug.

=A0 =A0 However, (a) repor= ting that this occurs with recursive-edit as well as
=A0 =A0 mini= buffer open may help the next person who encounters this bug, and
=A0 =A0 (b) while I can imagine ways that the minibuffrer problem may = be
=A0 =A0 difficult to fix without multithreading (or good non-b= locking
=A0 =A0 asynchronous I/O), I must admit that I cannot ima= gine why recursive-edit
=A0 =A0 would be like that.

=A0 =A0 Also (c) = I could swear that I *have* been able to use recursive-edit
=A0 = =A0 with multiple frames in the past, on older versions of emacs. =A0Howeve= r, I
=A0 =A0 cannot reproduce this at the moment - all of the different versions= of
=A0 =A0 emacs I have access to have this problem.
<= br>
=A0 =A0 (By the way, my apologies for mailing this bug report= from Microsoft
=A0 =A0 Outlook or Gmail, although it was prepared in EMACS.)

If Emacs crashed, and you have the Emacs process in the gd= b debugger,
please include the output from the following gdb comm= ands:
=A0 =A0 `bt full' and `xbacktrace'.
For information = about debugging Emacs, please read the file
/home/glew/import/ema= cs/emacs-24.1/install-dir-personal/share/emacs/24.1/etc/DEBUG.

In GNU Emacs 24.1.1 (x86_64-unknown-linux-gnu, GT= K+ Version 2.10.4)
=A0of 2012-07-13 on mipscs587
Window= ing system distributor `The XFree86 Project, Inc', version 11.0.4030000= 0
Configured using:
=A0`configure '--with-gif=3Dno'
=A0'--prefix=3D/home/glew/import/emacs/emacs-24.1/install-dir-p= ersonal''

Important settings:
= =A0 value of $LC_ALL: nil
=A0 value of $LC_COLLATE: nil
=A0 value of $LC_CTYPE: nil
=A0 value of $LC_MESSAGES: nil
=A0 value of $LC_MONETARY:= nil
=A0 value of $LC_NUMERIC: nil
=A0 value of $LC_TIM= E: nil
=A0 value of $LANG: C
=A0 value of $XMODIFIERS: nil
=A0 locale-coding-system: nil
=A0 default enable-multibyte-char= acters: t

Major mode: Lisp Interaction
<= br>
Minor modes in effect:
=A0 tooltip-mode: t
=A0 mou= se-wheel-mode: t
=A0 tool-bar-mode: t
=A0 menu-bar-mode= : t
=A0 file-name-shadow-mode: t
=A0 global-font-lock-m= ode: t
=A0 font-lock-mode: t
=A0 blink-cursor-mode: t
=A0= auto-composition-mode: t
=A0 auto-encryption-mode: t
= =A0 auto-compression-mode: t
=A0 line-number-mode: t
= =A0 transient-mark-mode: t

Recent input:
<help-echo> <down-mous= e-1> <mouse-1> <escape> x m a=A0
k e - f r a m e &= lt;tab> - o n <tab> <return> l o c a=A0
l h o s t = L : 1 <backspace> <backspace> <backspace>=A0
: 1 2 <return> <switch-frame> <help-echo> <down-m= ouse-1>=A0
<mouse-1> <escape> x r e c u r s i v e = - e d u <backspace>=A0
i t <return> <down-mouse-1&= gt; <mouse-1> <escape> x e=A0
x i t - r e c u r s i v e - e d i t <return> <switch-frame>= ;=A0
<down-mouse-1> <mouse-1> <down-mouse-1> &l= t;mouse-1> <down-mouse-1>=A0
<mouse-1> q q q <d= own-mouse-1> <mouse-1> <backspace>=A0
<backspace> <backspace> <escape> x r e p o r t - e= =A0
m a c s - b u g <return>

Recen= t messages:
For information about GNU Emacs and the GNU system, t= ype C-h C-a.

Load-path shadows:
None found.

=
Features:
(shadow sort gnus-util mail-extr emacsbug me= ssage format-spec rfc822 mml
easymenu mml-sec mm-decode mm-bodies= mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail regexp-opt rfc2047 rfc2045
ietf-drums mm-util mail-prsvr mail-utils time-date tooltip ediff-ho= ok
vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fonts= et image
fringe lisp-mode register page menu-bar rfn-eshadow timer select
=
scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame ch= am
georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet= lao
korean japanese hebrew greek romanian slovak czech european ethiopic
indian cyrillic chinese case-table epa-hook jka-cmpr-hook help sim= ple
abbrev minibuffer loaddefs button faces cus-face files text-p= roperties
overlay sha1 md5 base64 format env code-pages mule custom widget
=
hashtable-print-readable backquote make-network-process dbusbind
=
dynamic-setting system-font-setting font-render-setting move-toolbar g= tk
x-toolkit x multi-tty emacs)

--bcaec554d84234c54204c5267625-- From unknown Sun Jun 22 00:31:46 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11993: Emacs frames on other display hang during recursive edit on a different display Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 07 Dec 2020 17:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11993 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: mail@andy.glew.ca Cc: 11993@debbugs.gnu.org Received: via spool by 11993-submit@debbugs.gnu.org id=B11993.16073610489754 (code B ref 11993); Mon, 07 Dec 2020 17:11:01 +0000 Received: (at 11993) by debbugs.gnu.org; 7 Dec 2020 17:10:48 +0000 Received: from localhost ([127.0.0.1]:55339 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmK2C-0002XF-62 for submit@debbugs.gnu.org; Mon, 07 Dec 2020 12:10:48 -0500 Received: from quimby.gnus.org ([95.216.78.240]:39750) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmK29-0002Wy-T6 for 11993@debbugs.gnu.org; Mon, 07 Dec 2020 12:10:47 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=/91J6SFJUGq/XfCTrdonHygrouuQpundTVkhFwzE+Sk=; b=ri9SpuDLktZ3iiYvBB9OrD087Y g090sWRQwL5SRVsy9Bt+OwxBvMB8iUMYcbV5e4axixJU5ah3HGpCbii4Y3Te0JNBOp3+l9rUyuTBM M4kUFIg1oWPr32VYriNyhTg0wNUl7ryByMogE4EPb2M3sHw+9p2yJGEbBxAQqlpN+r1I=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kmK1z-00084A-RH; Mon, 07 Dec 2020 18:10:39 +0100 From: Lars Ingebrigtsen References: X-Now-Playing: Sylvan Esso's _WITH_: "Die Young" Date: Mon, 07 Dec 2020 18:10:34 +0100 In-Reply-To: (mail@andy.glew.ca's message of "Wed, 18 Jul 2012 20:34:19 -0700") Message-ID: <87v9ddczjp.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: mail@andy.glew.ca writes: > Please describe exactly what actions triggered the bug, and > the precise symptoms of the bug. If you can, give a recipe > starting from `emacs -Q': > > emacs -Q > > ...opens a frame (X Window) > > [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) mail@andy.glew.ca writes: > Please describe exactly what actions triggered the bug, and > the precise symptoms of the bug. If you can, give a recipe > starting from `emacs -Q': > > emacs -Q > > ...opens a frame (X Window) > > ...select that window, use it a bit to see that all works > > ESC-X make-frame-on-display > > ... type in display name > ... note: in may case, the display is a different VNC session > > ... switch to the just opened emacs frame in that display, use it a bit > to see that all works > > ... switch back, again, just to see that all works. > > ... in eother of the frames, type > > ESC-X recursive-edit > > ... I am still able to work in the frame that initiated the recursive > edit. > > ... However, in the other frames of the emacs, while I can select the > frame (X Window), and the cursor changes from outline to filled, I > cannot do anything useful. The other frame(s) are hung: typing is not > accepted, mouse clicks do not move the cursor. (This bug report unfortunately got no response at the time.) I wasn't able to follow the recipe (because I don't use VNC), but I can't talk about similar bugs in the recent past. Are you still seeing this issue in more recent versions of Emacs? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 07 12:10:51 2020 Received: (at control) by debbugs.gnu.org; 7 Dec 2020 17:10:51 +0000 Received: from localhost ([127.0.0.1]:55342 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmK2F-0002XV-HG for submit@debbugs.gnu.org; Mon, 07 Dec 2020 12:10:51 -0500 Received: from quimby.gnus.org ([95.216.78.240]:39764) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmK2E-0002X5-NH for control@debbugs.gnu.org; Mon, 07 Dec 2020 12:10:50 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=PyniIWJPfLOQ2/WrPLNX0dfEfxHNfg8J8K3QqrZmlx8=; b=pR0qd8LuZMuSPlMG77kcAsC8zC aAJUB68EUWSuJ6HcO+z7RbltOfeH7d/9Y9C1GXe5DHg7X3/zzRThYlLFChV8BOXnZler/Jr62xg2Y /yqRS+1vLjV3FcC9n3D1j8geMFeRd9D1rfqZFwBmowwvTq/Qohw3t3uuJWkoZmZhYKOA=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kmK27-00084J-3n for control@debbugs.gnu.org; Mon, 07 Dec 2020 18:10:45 +0100 Date: Mon, 07 Dec 2020 18:10:42 +0100 Message-Id: <87tusxczjh.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #11993 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 11993 + moreinfo quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 11993 + moreinfo quit From unknown Sun Jun 22 00:31:46 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11993: Emacs frames on other display hang during recursive edit on a different display Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 20 Jan 2021 17:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11993 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: mail@andy.glew.ca Cc: 11993@debbugs.gnu.org Received: via spool by 11993-submit@debbugs.gnu.org id=B11993.16111624328228 (code B ref 11993); Wed, 20 Jan 2021 17:08:02 +0000 Received: (at 11993) by debbugs.gnu.org; 20 Jan 2021 17:07:12 +0000 Received: from localhost ([127.0.0.1]:56124 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l2Gwq-00028d-2H for submit@debbugs.gnu.org; Wed, 20 Jan 2021 12:07:12 -0500 Received: from quimby.gnus.org ([95.216.78.240]:46966) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l2Gwo-00028M-3Z for 11993@debbugs.gnu.org; Wed, 20 Jan 2021 12:07:10 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=28ThBxJmhKj50To3Fkbcdb9n+WIN2DrAN9YWX+XsMS4=; b=d1JPi+i/PDiisapsOCOTJ8IQqj m+uuZ/rxNRkAeVBbFaJNcLoFOLYkkf6WaARCgLrrTFvCgnbPj9tfug4WP4beCUDP0W+tm/uWfOIUN 3gjoYCFQZkNyPbA6NgQKKFEcUXVWVjcI1J9DLS4MkYSTbSycH1pWYbS73QPBo0nWKczA=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l2Gwf-0001gI-UF; Wed, 20 Jan 2021 18:07:04 +0100 From: Lars Ingebrigtsen References: <87v9ddczjp.fsf@gnus.org> X-Now-Playing: Joe Jackson's _Live 1980-86 (2)_: "Memphis" Date: Wed, 20 Jan 2021 18:07:00 +0100 In-Reply-To: <87v9ddczjp.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 07 Dec 2020 18:10:34 +0100") Message-ID: <87zh13o7uz.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > I wasn't able to follow the recipe (because I don't use VNC), but I > haven't seen talk about similar bugs in the recent past. Are you still seeing > this issue in more recent versions of Emacs? Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Lars Ingebrigtsen writes: > I wasn't able to follow the recipe (because I don't use VNC), but I > haven't seen talk about similar bugs in the recent past. Are you still seeing > this issue in more recent versions of Emacs? More information was requested, but no response was given within a month, so I'm closing this bug report. If the problem still exists, please respond to this email and we'll reopen the bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 20 12:07:17 2021 Received: (at control) by debbugs.gnu.org; 20 Jan 2021 17:07:17 +0000 Received: from localhost ([127.0.0.1]:56127 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l2Gwv-00028w-CI for submit@debbugs.gnu.org; Wed, 20 Jan 2021 12:07:17 -0500 Received: from quimby.gnus.org ([95.216.78.240]:46998) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l2Gwt-00028U-CE for control@debbugs.gnu.org; Wed, 20 Jan 2021 12:07:15 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=4bM8gAUfIV7tELIv94OHdFhINsnBrGGerS9AMME43DY=; b=iGtCikBH3GHx/BmZb/d7rSD9bP 9HPyXfckaF2PryMe9SI3hSiQ6XpvCfQOx1+4VvrY8kpTHXiQk2tMDgDyh9mCE+e5wG4MZDC1k9i8z PI9FCzxIq9z2vQIHDR8uNx2RJkHY6pT92iNBc8x9e2GF/iseiL2iLiH4QmENCA6+AtSI=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l2Gwl-0001gW-SF for control@debbugs.gnu.org; Wed, 20 Jan 2021 18:07:09 +0100 Date: Wed, 20 Jan 2021 18:07:06 +0100 Message-Id: <87y2gno7ut.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #11993 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 11993 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) close 11993 quit