GNU bug report logs - #19945
emacsclient confused by active minibuffer

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: emacs; Reported by: Noé Rubinstein <noe.rubinstein@HIDDEN>; dated Wed, 25 Feb 2015 16:45:02 UTC; Maintainer for emacs is bug-gnu-emacs@HIDDEN.

Message received at 19945 <at> debbugs.gnu.org:


Received: (at 19945) by debbugs.gnu.org; 8 Dec 2020 13:51:40 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Dec 08 08:51:40 2020
Received: from localhost ([127.0.0.1]:56924 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kmdOz-0005kO-8O
	for submit <at> debbugs.gnu.org; Tue, 08 Dec 2020 08:51:40 -0500
Received: from quimby.gnus.org ([95.216.78.240]:50558)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <larsi@HIDDEN>) id 1kmdOx-0005k9-EO
 for 19945 <at> debbugs.gnu.org; Tue, 08 Dec 2020 08:51:35 -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=Kn95Jf4lBDS42JMoXnvWgxNtpde5z/+8uXvsbSjFxbE=; b=Dg3y4KVCTWH0tUD2Y+QqTmgepl
 Kl7vEmRCQCPJdybgAFLzhTOiAtS7xlPqshxTwaBqR/zzveLTii4+ovuwsIy1GG5hv776OCIPJPcX0
 ZIQUkhcRcPrEj+RThoBjQxR73I3Hcgxoeu+F+W7IS/3StUStL/xtW5Gj7VXolPBaM8ls=;
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 <larsi@HIDDEN>)
 id 1kmdOm-0002b8-Jq; Tue, 08 Dec 2020 14:51:28 +0100
From: Lars Ingebrigtsen <larsi@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#19945: emacsclient confused by active minibuffer
References: <CAOccFZB0jX+wEFZ8hZ9q=C62n0_d6hiFgWKt6PsrxoON_EowWw@HIDDEN>
 <87360nru5z.fsf@HIDDEN> <83czzqgb2g.fsf@HIDDEN>
 <87tut1nbk9.fsf@HIDDEN> <83mtyteqq8.fsf@HIDDEN>
 <87v9dfdrfv.fsf@HIDDEN> <83v9df9idz.fsf@HIDDEN>
 <87y2i9kb6v.fsf@HIDDEN> <83blf58qfm.fsf@HIDDEN>
X-Now-Playing: Act 2's _Circuit City_: "Circuit Break"
Date: Tue, 08 Dec 2020 14:51:23 +0100
In-Reply-To: <83blf58qfm.fsf@HIDDEN> (Eli Zaretskii's message of "Mon, 07 Dec
 2020 19:41:01 +0200")
Message-ID: <878sa8l82s.fsf@HIDDEN>
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:  Eli Zaretskii <eliz@HIDDEN> writes: >> I'm not sure what
 sit-for you're referring to here. > > Not sit-for, sit_for. This one: > >
 tem0 = sit_for (Vecho_keystrokes, 1, 1); > > You did say we are stuck there
 for the duration of that 1 se [...] 
 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: 19945
Cc: 19945 <at> debbugs.gnu.org, noe.rubinstein@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Eli Zaretskii <eliz@HIDDEN> writes:

>> I'm not sure what sit-for you're referring to here.
>
> Not sit-for, sit_for.  This one:
>
> 	  tem0 = sit_for (Vecho_keystrokes, 1, 1);
>
> You did say we are stuck there for the duration of that 1 sec, didn't
> you?  So I'm saying that the problem might be that the connection from
> the client doesn't stop sit_for's waiting, and one possible solution
> is to arrange it to do so.
>
> Does that make sense?

Not immediately.  :-)

I though that that variable was for echoing unfinished (i.e., partial)
keystrokes?   When doing an `M-x', there no timeout for displaying the
`M-x', so it's not clear to me why that should influence anything.

In any case, I thought I could experiment with changing the timeout to
confirm (or not) this hypothesis, but...  I can't reproduce the reported
behaviour any more: "emacsclient -c" now pops up without any delay, even
if the server is in a `M-x'.  :-/

Is anybody else seeing this behaviour with the current trunk?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#19945; Package emacs. Full text available.

Message received at 19945 <at> debbugs.gnu.org:


Received: (at 19945) by debbugs.gnu.org; 7 Dec 2020 17:41:25 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Dec 07 12:41:24 2020
Received: from localhost ([127.0.0.1]:55440 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kmKVo-0007bh-Ku
	for submit <at> debbugs.gnu.org; Mon, 07 Dec 2020 12:41:24 -0500
Received: from eggs.gnu.org ([209.51.188.92]:34088)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kmKVl-0007bP-7I
 for 19945 <at> debbugs.gnu.org; Mon, 07 Dec 2020 12:41:22 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:60313)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kmKVe-00015M-KZ; Mon, 07 Dec 2020 12:41:15 -0500
Received: from [176.228.60.248] (port=1050 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kmKVb-0006KG-Lg; Mon, 07 Dec 2020 12:41:11 -0500
Date: Mon, 07 Dec 2020 19:41:01 +0200
Message-Id: <83blf58qfm.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Lars Ingebrigtsen <larsi@HIDDEN>
In-Reply-To: <87y2i9kb6v.fsf@HIDDEN> (message from Lars Ingebrigtsen on Mon, 
 07 Dec 2020 14:17:12 +0100)
Subject: Re: bug#19945: emacsclient confused by active minibuffer
References: <CAOccFZB0jX+wEFZ8hZ9q=C62n0_d6hiFgWKt6PsrxoON_EowWw@HIDDEN>
 <87360nru5z.fsf@HIDDEN> <83czzqgb2g.fsf@HIDDEN>
 <87tut1nbk9.fsf@HIDDEN> <83mtyteqq8.fsf@HIDDEN>
 <87v9dfdrfv.fsf@HIDDEN> <83v9df9idz.fsf@HIDDEN> <87y2i9kb6v.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 19945
Cc: 19945 <at> debbugs.gnu.org, noe.rubinstein@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Lars Ingebrigtsen <larsi@HIDDEN>
> Cc: 19945 <at> debbugs.gnu.org,  noe.rubinstein@HIDDEN
> Date: Mon, 07 Dec 2020 14:17:12 +0100
> 
> Eli Zaretskii <eliz@HIDDEN> writes:
> 
> >> My question was whether this wait is on purpose (to notify the user that
> >> we're ending the M-x), or whether it's a bug.
> >
> > It's neither, AFAIU.  It's just that sit_for is not interrupted by the
> > client attempting to connect (like it would by keyboard input, for
> > example).  If I'm right, then TRT, IMO, would be to arrange for it to
> > be interrupted in this case.
> >
> > (The wait in this case is to provide echo for the key sequence when
> > the user stops typing for a while, but cease waiting immediately when
> > new input arrives.)
> 
> I'm not sure what sit-for you're referring to here.

Not sit-for, sit_for.  This one:

	  tem0 = sit_for (Vecho_keystrokes, 1, 1);

You did say we are stuck there for the duration of that 1 sec, didn't
you?  So I'm saying that the problem might be that the connection from
the client doesn't stop sit_for's waiting, and one possible solution
is to arrange it to do so.

Does that make sense?




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#19945; Package emacs. Full text available.

Message received at 19945 <at> debbugs.gnu.org:


Received: (at 19945) by debbugs.gnu.org; 7 Dec 2020 13:17:26 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Dec 07 08:17:26 2020
Received: from localhost ([127.0.0.1]:52864 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kmGOM-00006A-1v
	for submit <at> debbugs.gnu.org; Mon, 07 Dec 2020 08:17:26 -0500
Received: from quimby.gnus.org ([95.216.78.240]:36722)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <larsi@HIDDEN>) id 1kmGOJ-00005h-Dx
 for 19945 <at> debbugs.gnu.org; Mon, 07 Dec 2020 08:17:24 -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=EK8ek4r0MrB+Ad6UyPCoeAiafmhbGLOkXD2xHAzWL4I=; b=lXBh4PETCqd6WG5JSNCzjB45cf
 00jNUI9CpDLrj1kCekVVm+rVjh2IOTrhFm+DETbaHqLUiYUSpRvwbC+AD+/YS1e7wzyKJcVjaVLcM
 d4wPnd/Q4/kA4TfSRlYwAsMRG69QVYrJhCxeVD5P6DxmvIn+DgBJq3990LJ6WSn+f9oU=;
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 <larsi@HIDDEN>)
 id 1kmGO9-0005jh-Jv; Mon, 07 Dec 2020 14:17:17 +0100
From: Lars Ingebrigtsen <larsi@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#19945: emacsclient confused by active minibuffer
References: <CAOccFZB0jX+wEFZ8hZ9q=C62n0_d6hiFgWKt6PsrxoON_EowWw@HIDDEN>
 <87360nru5z.fsf@HIDDEN> <83czzqgb2g.fsf@HIDDEN>
 <87tut1nbk9.fsf@HIDDEN> <83mtyteqq8.fsf@HIDDEN>
 <87v9dfdrfv.fsf@HIDDEN> <83v9df9idz.fsf@HIDDEN>
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj
 SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAGFBMVEWMbVafjHCpsZ9U
 QTq/wa3f1rnIxrD///8EdFpvAAAAAWJLR0QHFmGI6wAAAAd0SU1FB+QMBw0MKxH3A5MAAAG7SURB
 VDjLlZLLUuswDIblaug6bhjWSQhZuxUP0AnGexZk3WZcv/8jIMlOywl05qCZxLY+6Zd8AQBr7a5b
 WVvDpvvVWtj9EXT/AXzXj70ffwBf7ArK2PsVgZXb+368A0oO/FPg/XO6TGkeF6AJ8gtJzEtvAkbx
 HfeaE7JAAeJ5JvYGH8YsoEBDK/DJpxRT1OUIfa4wojNdClphATo5k0PaKIkFaEJoGmLbxDXw3UkA
 DamIXQFriR0EBFlfwazAPZYtFiBBCggURAESLgvMYJsyUhCky2enWnQDIR/d22utOQ8FDFkopXmb
 EEyTG1MQ02L1lFK7n1YZbA1/l27JKCUWsBiD2+IYvoNvUaeXe2C4B36RmmU8px9gto8KphAv8XO6
 gbPdTQKqAzqwXbiCFiBc0umDtkgI9YuCmUFFZCzxKRoG5KpBNli7J3kJAOT4Iz39w8SAaJ+vlVkF
 +SJdC0NEzJfHAVgb0eNEgEEm7FTo0MjDY00mJVyGmouAETkGLkS5UiNtsSg6N1sERNjvGo5AgPYp
 tij6HFABgjtKi+DIGGvRSarshKVQ2pWCLM4Fq9Kh1HaOMHdVGpE9fgHaLgewPOinBQAAACV0RVh0
 ZGF0ZTpjcmVhdGUAMjAyMC0xMi0wN1QxMzoxMjo0MyswMDowMLCqNRIAAAAldEVYdGRhdGU6bW9k
 aWZ5ADIwMjAtMTItMDdUMTM6MTI6NDMrMDA6MDDB942uAAAAAElFTkSuQmCC
X-Now-Playing: Nihiloxica's _Kaloli_: "Supuki"
Date: Mon, 07 Dec 2020 14:17:12 +0100
In-Reply-To: <83v9df9idz.fsf@HIDDEN> (Eli Zaretskii's message of "Sun, 06 Dec
 2020 15:24:56 +0200")
Message-ID: <87y2i9kb6v.fsf@HIDDEN>
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: Eli Zaretskii <eliz@HIDDEN> writes: >> My question was
 whether
 this wait is on purpose (to notify the user that >> we're ending the M-x),
 or whether it's a bug. > > It's neither, AFAIU. It's just that sit_for is
 not interrupted by the > [...] 
 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: 19945
Cc: 19945 <at> debbugs.gnu.org, noe.rubinstein@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Eli Zaretskii <eliz@HIDDEN> writes:

>> My question was whether this wait is on purpose (to notify the user that
>> we're ending the M-x), or whether it's a bug.
>
> It's neither, AFAIU.  It's just that sit_for is not interrupted by the
> client attempting to connect (like it would by keyboard input, for
> example).  If I'm right, then TRT, IMO, would be to arrange for it to
> be interrupted in this case.
>
> (The wait in this case is to provide echo for the key sequence when
> the user stops typing for a while, but cease waiting immediately when
> new input arrives.)

I'm not sure what sit-for you're referring to here.

The user hits

`M-x'

which enters a recursive edit, and the "M-x" is displayed immediately.
Then, sometime much later, the user says "emacsclient -nw".  Then there
is a one-second delay, and then the Emacs server filter executes the
actions the client asked for.

Now, the recursive edit is exited by `server-goto-toplevel', but
instrumenting all of this (i.e., the server filter function) is giving
me inconsistent results -- that is, I can't actually pinpoint where in
the code the wait is happening...  perhaps because some redisplay is
inhibited somewhere?  I'm not sure; it's somewhat frustrating...

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#19945; Package emacs. Full text available.

Message received at 19945 <at> debbugs.gnu.org:


Received: (at 19945) by debbugs.gnu.org; 6 Dec 2020 13:25:28 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Dec 06 08:25:28 2020
Received: from localhost ([127.0.0.1]:49179 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1klu2Z-0007Vz-Oq
	for submit <at> debbugs.gnu.org; Sun, 06 Dec 2020 08:25:28 -0500
Received: from eggs.gnu.org ([209.51.188.92]:59748)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1klu2Y-0007Vn-8d
 for 19945 <at> debbugs.gnu.org; Sun, 06 Dec 2020 08:25:26 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:37116)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1klu2S-0001qX-W4; Sun, 06 Dec 2020 08:25:21 -0500
Received: from [176.228.60.248] (port=4357 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1klu2I-000692-At; Sun, 06 Dec 2020 08:25:15 -0500
Date: Sun, 06 Dec 2020 15:24:56 +0200
Message-Id: <83v9df9idz.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Lars Ingebrigtsen <larsi@HIDDEN>
In-Reply-To: <87v9dfdrfv.fsf@HIDDEN> (message from Lars Ingebrigtsen on Sun, 
 06 Dec 2020 13:55:48 +0100)
Subject: Re: bug#19945: emacsclient confused by active minibuffer
References: <CAOccFZB0jX+wEFZ8hZ9q=C62n0_d6hiFgWKt6PsrxoON_EowWw@HIDDEN>
 <87360nru5z.fsf@HIDDEN> <83czzqgb2g.fsf@HIDDEN>
 <87tut1nbk9.fsf@HIDDEN> <83mtyteqq8.fsf@HIDDEN> <87v9dfdrfv.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 19945
Cc: 19945 <at> debbugs.gnu.org, noe.rubinstein@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Lars Ingebrigtsen <larsi@HIDDEN>
> Cc: 19945 <at> debbugs.gnu.org,  noe.rubinstein@HIDDEN
> Date: Sun, 06 Dec 2020 13:55:48 +0100
> 
> Eli Zaretskii <eliz@HIDDEN> writes:
> 
> > It isn't emacsclient that's doing this.  Remember: emacsclient just
> > sends a command to Emacs via a socket; processing of that command and
> > displaying the results on the frame's display is done by the server,
> > i.e. by Emacs.
> >
> > So it's Emacs that's waiting, probably inside sit_for.
> 
> Well, Emacs is in a recursive minibuffer (since there's an `M-x' in
> action), and the server code is ending it when emacsclient talks to it.
> 
> But waits a second first.
> 
> My question was whether this wait is on purpose (to notify the user that
> we're ending the M-x), or whether it's a bug.

It's neither, AFAIU.  It's just that sit_for is not interrupted by the
client attempting to connect (like it would by keyboard input, for
example).  If I'm right, then TRT, IMO, would be to arrange for it to
be interrupted in this case.

(The wait in this case is to provide echo for the key sequence when
the user stops typing for a while, but cease waiting immediately when
new input arrives.)




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#19945; Package emacs. Full text available.

Message received at 19945 <at> debbugs.gnu.org:


Received: (at 19945) by debbugs.gnu.org; 6 Dec 2020 12:56:00 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Dec 06 07:56:00 2020
Received: from localhost ([127.0.0.1]:49118 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1klta4-0004ex-6e
	for submit <at> debbugs.gnu.org; Sun, 06 Dec 2020 07:56:00 -0500
Received: from quimby.gnus.org ([95.216.78.240]:52226)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <larsi@HIDDEN>) id 1klta2-0004ek-Jh
 for 19945 <at> debbugs.gnu.org; Sun, 06 Dec 2020 07:55:59 -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=vlNmna5v4/+OoU1F0wNLOX1S+z2jprOB5apSgLvDFr0=; b=NWrfadGoueOsWD/RJOA15ki6AW
 RLdqB0x2T10uz6OgCpx4Dbcie/Grb0atHAdUfqcQayNl3WK7wbKJSOp/8emk34nQ1I10uPbfqEMs7
 my0Ev/G4KY5W6IjMDCZU0zq79977XaKYK7QOMsmPay9OlqvKKjXkpqly8sspX36fMTSs=;
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 <larsi@HIDDEN>)
 id 1kltZt-0004JB-QO; Sun, 06 Dec 2020 13:55:52 +0100
From: Lars Ingebrigtsen <larsi@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#19945: emacsclient confused by active minibuffer
References: <CAOccFZB0jX+wEFZ8hZ9q=C62n0_d6hiFgWKt6PsrxoON_EowWw@HIDDEN>
 <87360nru5z.fsf@HIDDEN> <83czzqgb2g.fsf@HIDDEN>
 <87tut1nbk9.fsf@HIDDEN> <83mtyteqq8.fsf@HIDDEN>
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj
 SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAIVBMVEXtp6LitLf00NTT
 fIf0pVrTQ0L47Ng8Hjr7sUz8+vP///8C4WxoAAAAAWJLR0QKaND0VgAAAAd0SU1FB+QMBgwtMdl0
 4lgAAAGZSURBVDjLdZM9a8MwEIbPjbP7bEpnqxDIluKUkC2DChk7WGTPIPBYSmu6Z/CcQaB/25Nk
 2ZKrvoTEvgd93CMFoEDEkj6rFQBiAVwI0QLCAxvz3BCoC8gNOCGUK8Qsy9jmseVAofpFmEeGNoyt
 heCUnL+ZhwH8TOXaTDFQbvZnBLS4AUIMAz8BcAdqArUD7QmQ1Qg5B6217Dpp0ukxUl4Z+Me57DIB
 lgb6vxFaq6Ao9plfQ6tghKLNZdNUwQgC5Ma/RIDaT07Vnqlz/3INgFXi9hpvFYFzN0LWWB1nQEYY
 SLmRDA+H/t0cE2QlWbUNOrvMHpRo9gDlCPym0koi6dTH7mFUouR1EwIRKFm4gpRdJc75LbW4cTXM
 dlNK7FsAZiWxRE09Fw50XQSmBo1dpROAZq2a4wJsqfzUU37mxZsd3ZIPrHqbb+2P605KAPopr18v
 iNtJSb8Iq7bulkTVy4W+Pp0ScxJyDi2kVH52wDp35eCWjCCsGyUAfg5C6m/n7jxSwPwRU67iSx3Y
 XRSDe1U1h6Vd7PR9YdfmF6X7CfqABWmUAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIwLTEyLTA2VDEy
 OjQ1OjQ5KzAwOjAw9K+VcwAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMC0xMi0wNlQxMjo0NTo0OSsw
 MDowMIXyLc8AAAAASUVORK5CYII=
X-Now-Playing: Max de Wardener's _Music For Detuned Pianos_: "Color Cry"
Date: Sun, 06 Dec 2020 13:55:48 +0100
In-Reply-To: <83mtyteqq8.fsf@HIDDEN> (Eli Zaretskii's message of "Fri, 04 Dec
 2020 13:49:03 +0200")
Message-ID: <87v9dfdrfv.fsf@HIDDEN>
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: Eli Zaretskii <eliz@HIDDEN> writes: > It isn't emacsclient
 that's doing this. Remember: emacsclient just > sends a command to Emacs
 via a socket; processing of that command and > displaying the results on the
 frame's display is done by [...] 
 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: 19945
Cc: 19945 <at> debbugs.gnu.org, noe.rubinstein@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Eli Zaretskii <eliz@HIDDEN> writes:

> It isn't emacsclient that's doing this.  Remember: emacsclient just
> sends a command to Emacs via a socket; processing of that command and
> displaying the results on the frame's display is done by the server,
> i.e. by Emacs.
>
> So it's Emacs that's waiting, probably inside sit_for.

Well, Emacs is in a recursive minibuffer (since there's an `M-x' in
action), and the server code is ending it when emacsclient talks to it.

But waits a second first.

My question was whether this wait is on purpose (to notify the user that
we're ending the M-x), or whether it's a bug.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#19945; Package emacs. Full text available.

Message received at 19945 <at> debbugs.gnu.org:


Received: (at 19945) by debbugs.gnu.org; 4 Dec 2020 11:49:27 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 04 06:49:27 2020
Received: from localhost ([127.0.0.1]:43149 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kl9aZ-0005Ry-7v
	for submit <at> debbugs.gnu.org; Fri, 04 Dec 2020 06:49:27 -0500
Received: from eggs.gnu.org ([209.51.188.92]:56756)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kl9aY-0005Ra-CO
 for 19945 <at> debbugs.gnu.org; Fri, 04 Dec 2020 06:49:26 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:42748)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kl9aT-0000lU-4A; Fri, 04 Dec 2020 06:49:21 -0500
Received: from [176.228.60.248] (port=2224 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kl9aS-00075G-Jj; Fri, 04 Dec 2020 06:49:20 -0500
Date: Fri, 04 Dec 2020 13:49:03 +0200
Message-Id: <83mtyteqq8.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Lars Ingebrigtsen <larsi@HIDDEN>
In-Reply-To: <87tut1nbk9.fsf@HIDDEN> (message from Lars Ingebrigtsen on Fri, 
 04 Dec 2020 10:51:50 +0100)
Subject: Re: bug#19945: emacsclient confused by active minibuffer
References: <CAOccFZB0jX+wEFZ8hZ9q=C62n0_d6hiFgWKt6PsrxoON_EowWw@HIDDEN>
 <87360nru5z.fsf@HIDDEN> <83czzqgb2g.fsf@HIDDEN>
 <87tut1nbk9.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 19945
Cc: 19945 <at> debbugs.gnu.org, noe.rubinstein@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Lars Ingebrigtsen <larsi@HIDDEN>
> Cc: 19945 <at> debbugs.gnu.org,  noe.rubinstein@HIDDEN
> Date: Fri, 04 Dec 2020 10:51:50 +0100
> 
> Eli Zaretskii <eliz@HIDDEN> writes:
> 
> >> But the first point still stands -- terminal 2 displays *scratch* first,
> >> and then, one second later, switches to *foo* -- presumably there's
> >> something timing out the `M-x' thing?
> >> 
> >> Does anybody have any insight into what might be happening here?
> >
> > We wait for echo-keystrokes seconds, I presume.
> 
> Yes, that seems to be it -- but why is emacsclient doing that instead of
> ending the interaction immediately?

It isn't emacsclient that's doing this.  Remember: emacsclient just
sends a command to Emacs via a socket; processing of that command and
displaying the results on the frame's display is done by the server,
i.e. by Emacs.

So it's Emacs that's waiting, probably inside sit_for.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#19945; Package emacs. Full text available.

Message received at 19945 <at> debbugs.gnu.org:


Received: (at 19945) by debbugs.gnu.org; 4 Dec 2020 09:52:02 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 04 04:52:02 2020
Received: from localhost ([127.0.0.1]:42718 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kl7kw-00020i-9l
	for submit <at> debbugs.gnu.org; Fri, 04 Dec 2020 04:52:02 -0500
Received: from quimby.gnus.org ([95.216.78.240]:56510)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <larsi@HIDDEN>) id 1kl7kt-00020E-Uy
 for 19945 <at> debbugs.gnu.org; Fri, 04 Dec 2020 04:52:00 -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=63pzupuHCxTV7f6kGsRSrocNNmqpW8RevXEtpGbsKMo=; b=c6ziDyWq0khVZ/kkICLLA1vOHR
 7/lG4pItK2FF4YAARwFrQ6lcwkmW6JwIpq6AbUuKgaRY1entste0AN5GztTDQot3RSBlEjOfXkkwR
 DTntmR/tA5VAThBZ5Ub7fC4Qw4SpbGMgffwVxD+9RPVfIbWnYh5+zofK3sTdMcd80Ft0=;
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 <larsi@HIDDEN>)
 id 1kl7kl-0006tu-FF; Fri, 04 Dec 2020 10:51:54 +0100
From: Lars Ingebrigtsen <larsi@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#19945: emacsclient confused by active minibuffer
References: <CAOccFZB0jX+wEFZ8hZ9q=C62n0_d6hiFgWKt6PsrxoON_EowWw@HIDDEN>
 <87360nru5z.fsf@HIDDEN> <83czzqgb2g.fsf@HIDDEN>
X-Now-Playing: Edh's =?utf-8?Q?=5FV=C3=A4nskap?= 002_: "Slaughter"
Date: Fri, 04 Dec 2020 10:51:50 +0100
In-Reply-To: <83czzqgb2g.fsf@HIDDEN> (Eli Zaretskii's message of "Thu, 03 Dec
 2020 17:32:07 +0200")
Message-ID: <87tut1nbk9.fsf@HIDDEN>
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: Eli Zaretskii <eliz@HIDDEN> writes: >> But the first point
 still stands -- terminal 2 displays *scratch* first, >> and then, one second
 later, switches to *foo* -- presumably there's >> something timing out the
 `M-x' thing? >> >> Does a [...] 
 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: 19945
Cc: 19945 <at> debbugs.gnu.org, noe.rubinstein@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Eli Zaretskii <eliz@HIDDEN> writes:

>> But the first point still stands -- terminal 2 displays *scratch* first,
>> and then, one second later, switches to *foo* -- presumably there's
>> something timing out the `M-x' thing?
>> 
>> Does anybody have any insight into what might be happening here?
>
> We wait for echo-keystrokes seconds, I presume.

Yes, that seems to be it -- but why is emacsclient doing that instead of
ending the interaction immediately?  Is it doing this on purpose (to
show that we're in the middle of some keyboard action in some other
frame), or is it a bug?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#19945; Package emacs. Full text available.

Message received at 19945 <at> debbugs.gnu.org:


Received: (at 19945) by debbugs.gnu.org; 3 Dec 2020 15:32:36 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 03 10:32:36 2020
Received: from localhost ([127.0.0.1]:41422 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kkqay-0006hA-77
	for submit <at> debbugs.gnu.org; Thu, 03 Dec 2020 10:32:36 -0500
Received: from eggs.gnu.org ([209.51.188.92]:36442)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1kkqaw-0006dj-9D
 for 19945 <at> debbugs.gnu.org; Thu, 03 Dec 2020 10:32:34 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:45506)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@HIDDEN>)
 id 1kkqar-0004Dr-1e; Thu, 03 Dec 2020 10:32:29 -0500
Received: from [176.228.60.248] (port=2812 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1kkqap-0006Oo-Hb; Thu, 03 Dec 2020 10:32:28 -0500
Date: Thu, 03 Dec 2020 17:32:07 +0200
Message-Id: <83czzqgb2g.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Lars Ingebrigtsen <larsi@HIDDEN>
In-Reply-To: <87360nru5z.fsf@HIDDEN> (message from Lars Ingebrigtsen on Thu, 
 03 Dec 2020 12:44:08 +0100)
Subject: Re: bug#19945: emacsclient confused by active minibuffer
References: <CAOccFZB0jX+wEFZ8hZ9q=C62n0_d6hiFgWKt6PsrxoON_EowWw@HIDDEN>
 <87360nru5z.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 19945
Cc: 19945 <at> debbugs.gnu.org, noe.rubinstein@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Lars Ingebrigtsen <larsi@HIDDEN>
> Date: Thu, 03 Dec 2020 12:44:08 +0100
> Cc: 19945 <at> debbugs.gnu.org
> 
> But the first point still stands -- terminal 2 displays *scratch* first,
> and then, one second later, switches to *foo* -- presumably there's
> something timing out the `M-x' thing?
> 
> Does anybody have any insight into what might be happening here?

We wait for echo-keystrokes seconds, I presume.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#19945; Package emacs. Full text available.

Message received at 19945 <at> debbugs.gnu.org:


Received: (at 19945) by debbugs.gnu.org; 3 Dec 2020 11:44:21 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 03 06:44:21 2020
Received: from localhost ([127.0.0.1]:38723 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kkn25-0002Yc-1r
	for submit <at> debbugs.gnu.org; Thu, 03 Dec 2020 06:44:21 -0500
Received: from quimby.gnus.org ([95.216.78.240]:45442)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <larsi@HIDDEN>) id 1kkn22-0002YM-Co
 for 19945 <at> debbugs.gnu.org; Thu, 03 Dec 2020 06:44:19 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org;
 s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID
 :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To: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=YhvWPGd+6eXIquGIymexHLsm9YRol0Yn695wp1tjz7A=; b=Q7+wcxrpaEMAlvEvUS4/+75p9z
 HE1Vm+nIvtNimr/H3emBUoJ4NLnd9u6kWjuisal+0zD/QTLGArF4o3q/srkyAmpVSKj9pKN158sGS
 S2Sn5JijP30JdZ+NNKzwfM4LtKrrmIZcV59tLCzCCMmR7dcrYW88gAWk1PhHHO+4DXk4=;
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 <larsi@HIDDEN>)
 id 1kkn1t-00030i-M3; Thu, 03 Dec 2020 12:44:12 +0100
From: Lars Ingebrigtsen <larsi@HIDDEN>
To: =?utf-8?Q?No=C3=A9?= Rubinstein <noe.rubinstein@HIDDEN>
Subject: Re: bug#19945: emacsclient confused by active minibuffer
References: <CAOccFZB0jX+wEFZ8hZ9q=C62n0_d6hiFgWKt6PsrxoON_EowWw@HIDDEN>
X-Now-Playing: Old's _Formula_: "Amoeba"
Date: Thu, 03 Dec 2020 12:44:08 +0100
In-Reply-To: <CAOccFZB0jX+wEFZ8hZ9q=C62n0_d6hiFgWKt6PsrxoON_EowWw@HIDDEN>
 (=?utf-8?Q?=22No=C3=A9?= Rubinstein"'s message of "Wed, 25 Feb 2015
 09:49:46 +0100")
Message-ID: <87360nru5z.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
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:  Noé Rubinstein <noe.rubinstein@HIDDEN> writes: > Steps
    to reproduce: > * In terminal 1: emacs -Q -nw > * M-x server-start RET >
   * M-x > * In terminal 2: emacsclient -t foo.txt > > Expected result: > * terminal
    1 displays *scratch* > * terminal 2 d [...] 
 
 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: 19945
Cc: 19945 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

No=C3=A9 Rubinstein <noe.rubinstein@HIDDEN> writes:

> Steps to reproduce:
> * In terminal 1: emacs -Q -nw
> * M-x server-start RET
> * M-x
> * In terminal 2: emacsclient -t foo.txt
>
> Expected result:
> * terminal 1 displays *scratch*
> * terminal 2 displays foo.txt
>
> Actual result:
> * Both terminal 1 and terminal 2 display *scratch*

(This bug report unfortunately got no response at the time.)

I can reproduce this behaviour in Emacs 28...

> * 5 seconds later, terminal 1 displays foo.txt prepended with "1;2802;0cd=
";
> terminal 2 displays *scratch*
>  (this is the opposite of the expected result)

... but not this -- terminal 2 displays foo.txt and terminal 1 displays
*scratch*, so it seems like this bit was fixed, at least.

But the first point still stands -- terminal 2 displays *scratch* first,
and then, one second later, switches to *foo* -- presumably there's
something timing out the `M-x' thing?

Does anybody have any insight into what might be happening here?

--=20
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#19945; Package emacs. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 25 Feb 2015 16:44:47 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Feb 25 11:44:46 2015
Received: from localhost ([127.0.0.1]:57973 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1YQf4m-00065R-IS
	for submit <at> debbugs.gnu.org; Wed, 25 Feb 2015 11:44:46 -0500
Received: from eggs.gnu.org ([208.118.235.92]:37217)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <noe.rubinstein@HIDDEN>) id 1YQXfo-00085n-Ly
 for submit <at> debbugs.gnu.org; Wed, 25 Feb 2015 03:50:29 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <noe.rubinstein@HIDDEN>) id 1YQXfi-0007zu-2G
 for submit <at> debbugs.gnu.org; Wed, 25 Feb 2015 03:50:23 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM,
 HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2
Received: from lists.gnu.org ([2001:4830:134:3::11]:57911)
 by eggs.gnu.org with esmtp (Exim 4.71)
 (envelope-from <noe.rubinstein@HIDDEN>) id 1YQXfh-0007zq-VE
 for submit <at> debbugs.gnu.org; Wed, 25 Feb 2015 03:50:21 -0500
Received: from eggs.gnu.org ([2001:4830:134:3::10]:38938)
 by lists.gnu.org with esmtp (Exim 4.71)
 (envelope-from <noe.rubinstein@HIDDEN>) id 1YQXfg-0007Be-JE
 for bug-gnu-emacs@HIDDEN; Wed, 25 Feb 2015 03:50:21 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <noe.rubinstein@HIDDEN>) id 1YQXfe-0007yP-TH
 for bug-gnu-emacs@HIDDEN; Wed, 25 Feb 2015 03:50:20 -0500
Received: from mail-la0-x235.google.com ([2a00:1450:4010:c03::235]:35652)
 by eggs.gnu.org with esmtp (Exim 4.71)
 (envelope-from <noe.rubinstein@HIDDEN>) id 1YQXfe-0007y0-GC
 for bug-gnu-emacs@HIDDEN; Wed, 25 Feb 2015 03:50:18 -0500
Received: by labgm9 with SMTP id gm9so2407026lab.2
 for <bug-gnu-emacs@HIDDEN>; Wed, 25 Feb 2015 00:50:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:from:date:message-id:subject:to:content-type;
 bh=jiOyxxOWvxD2yHwFtRweuoG1myAaUxTBHyNdmnAZ6zE=;
 b=wP4OUkIttNt9SMpAzZBZIeZZG8LtCmk4vhe9thQoWVNjSSN3QujfICWTep5fDsvHQt
 81O9xePcrsnRpMULuB6ROU7F4K0xhjo2nKt0EmV8XKOb8T9JPUgqa7LwsQPvJwJElZZi
 z8O8pJ+m0nJ5FVvJOAf26picjJlBKvbQUgigbGnUlwlMsrWKAQGgCFPp0j6VmzS1AiSY
 P2Wrb4H9Pi3xYrK/xsxszjjNZMWaiJ9zvvKf2UyxI4Vtx8PlDT5upXowD9WYPMeU3AXR
 LRcu3bdfOYLMNjFl0YjvWFlXOCsTuw6pkIpqo4bONfCRXF6jVAgwGU54rGw4w7Mp46bS
 jNsA==
X-Received: by 10.152.21.5 with SMTP id r5mr1841383lae.24.1424854216875; Wed,
 25 Feb 2015 00:50:16 -0800 (PST)
MIME-Version: 1.0
Received: by 10.114.182.73 with HTTP; Wed, 25 Feb 2015 00:49:46 -0800 (PST)
From: =?UTF-8?Q?No=C3=A9_Rubinstein?= <noe.rubinstein@HIDDEN>
Date: Wed, 25 Feb 2015 09:49:46 +0100
Message-ID: <CAOccFZB0jX+wEFZ8hZ9q=C62n0_d6hiFgWKt6PsrxoON_EowWw@HIDDEN>
Subject: emacsclient confused by active minibuffer
To: bug-gnu-emacs@HIDDEN
Content-Type: multipart/alternative; boundary=089e01419f687425a8050fe5b927
X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address
 (bad octet value).
X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address
 (bad octet value).
X-Received-From: 2001:4830:134:3::11
X-Spam-Score: -4.0 (----)
X-Debbugs-Envelope-To: submit
X-Mailman-Approved-At: Wed, 25 Feb 2015 11:44:43 -0500
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -4.0 (----)

--089e01419f687425a8050fe5b927
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Steps to reproduce:
* In terminal 1: emacs -Q -nw
* M-x server-start RET
* M-x
* In terminal 2: emacsclient -t foo.txt

Expected result:
* terminal 1 displays *scratch*
* terminal 2 displays foo.txt

Actual result:
* Both terminal 1 and terminal 2 display *scratch*
* 5 seconds later, terminal 1 displays foo.txt prepended with "1;2802;0cd";
terminal 2 displays *scratch*
 (this is the opposite of the expected result)

Tested in xterm.

In GNU Emacs 24.4.1 (x86_64-pc-linux-gnu, GTK+ Version 3.4.2)
 of 2015-01-11 on maritornes, modified by Debian
System Description:     Debian GNU/Linux 7.7 (wheezy)

Configured using:
 `configure --build x86_64-linux-gnu --prefix=3D/usr
 --sharedstatedir=3D/var/lib --libexecdir=3D/usr/lib
 --localstatedir=3D/var/lib --infodir=3D/usr/share/info
 --mandir=3D/usr/share/man --with-pop=3Dyes
 --enable-locallisppath=3D/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24=
.4/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.4/site-li=
sp:/usr/\
share/emacs/site-lisp
 --build x86_64-linux-gnu --prefix=3D/usr --sharedstatedir=3D/var/lib
 --libexecdir=3D/usr/lib --localstatedir=3D/var/lib
 --infodir=3D/usr/share/info --mandir=3D/usr/share/man --with-pop=3Dyes
 --enable-locallisppath=3D/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24=
.4/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.4/site-li=
sp:/usr/\
share/emacs/site-lisp
 --with-x=3Dyes --with-x-toolkit=3Dgtk3 --with-toolkit-scroll-bars
 'CFLAGS=3D-g -O2 -fstack-protector --param=3Dssp-buffer-size=3D4 -Wformat

 -Werror=3Dformat-security -Wall' CPPFLAGS=3D-D_FORTIFY_SOURCE=3D2
 LDFLAGS=3D-Wl,-z,relro'

Important settings:
  value of $LANG: fr_FR.UTF-8
  value of $XMODIFIERS: @im=3Dibus
  locale-coding-system: utf-8-unix

Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev
gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util
help-fns mail-prsvr mail-utils cc-langs cl-loaddefs cl-lib cc-mode
cc-fonts easymenu cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine
cc-vars cc-defs server xterm time-date tooltip electric uniquify
ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd
fontset image regexp-opt fringe tabulated-list newcomment lisp-mode
prog-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 nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote make-network-process
dbusbind gfilenotify dynamic-setting system-font-setting
font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs)

--=20
No=C3=A9 Rubinstein.

--089e01419f687425a8050fe5b927
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div><div>Steps to reproduce:<br></div>* In terminal =
1: emacs -Q -nw<br></div>* M-x server-start RET<br></div>* M-x<br><div><div=
><div><div><div>* In terminal 2: emacsclient -t foo.txt<br><br></div><div>E=
xpected result:<br></div><div>* terminal 1 displays *scratch*<br></div><div=
>* terminal 2 displays foo.txt<br><br></div><div>Actual result:<br></div><d=
iv>* Both terminal 1 and terminal 2 display *scratch*<br></div><div>* 5 sec=
onds later, terminal 1 displays foo.txt prepended with &quot;1;2802;0cd&quo=
t;; terminal 2 displays *scratch*<br></div><div>=C2=A0(this is the opposite=
 of the expected result)<br><br></div><div>Tested in xterm.<br><br></div><d=
iv>In GNU Emacs 24.4.1 (x86_64-pc-linux-gnu, GTK+ Version 3.4.2)<br>=C2=A0o=
f 2015-01-11 on maritornes, modified by Debian<br>System Description:=C2=A0=
=C2=A0=C2=A0=C2=A0 Debian GNU/Linux 7.7 (wheezy)<br><br>Configured using:<b=
r>=C2=A0`configure --build x86_64-linux-gnu --prefix=3D/usr<br>=C2=A0--shar=
edstatedir=3D/var/lib --libexecdir=3D/usr/lib<br>=C2=A0--localstatedir=3D/v=
ar/lib --infodir=3D/usr/share/info<br>=C2=A0--mandir=3D/usr/share/man --wit=
h-pop=3Dyes<br>=C2=A0--enable-locallisppath=3D/etc/emacs24:/etc/emacs:/usr/=
local/share/emacs/24.4/site-lisp:/usr/local/share/emacs/site-lisp:/usr/shar=
e/emacs/24.4/site-lisp:/usr/\<br>share/emacs/site-lisp<br>=C2=A0--build x86=
_64-linux-gnu --prefix=3D/usr --sharedstatedir=3D/var/lib<br>=C2=A0--libexe=
cdir=3D/usr/lib --localstatedir=3D/var/lib<br>=C2=A0--infodir=3D/usr/share/=
info --mandir=3D/usr/share/man --with-pop=3Dyes<br>=C2=A0--enable-locallisp=
path=3D/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24.4/site-lisp:/usr/l=
ocal/share/emacs/site-lisp:/usr/share/emacs/24.4/site-lisp:/usr/\<br>share/=
emacs/site-lisp<br>=C2=A0--with-x=3Dyes --with-x-toolkit=3Dgtk3 --with-tool=
kit-scroll-bars<br>=C2=A0&#39;CFLAGS=3D-g -O2 -fstack-protector --param=3Ds=
sp-buffer-size=3D4 -Wformat<br><br>=C2=A0-Werror=3Dformat-security -Wall&#3=
9; CPPFLAGS=3D-D_FORTIFY_SOURCE=3D2<br>=C2=A0LDFLAGS=3D-Wl,-z,relro&#39;<br=
><br>Important settings:<br>=C2=A0 value of $LANG: fr_FR.UTF-8<br>=C2=A0 va=
lue of $XMODIFIERS: @im=3Dibus<br>=C2=A0 locale-coding-system: utf-8-unix<b=
r><br>Features:<br>(shadow sort gnus-util mail-extr emacsbug message format=
-spec rfc822 mml<br>mml-sec mm-decode mm-bodies mm-encode mail-parse rfc223=
1 mailabbrev<br>gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm=
-util<br>help-fns mail-prsvr mail-utils cc-langs cl-loaddefs cl-lib cc-mode=
<br>cc-fonts easymenu cc-guess cc-menus cc-cmds cc-styles cc-align cc-engin=
e<br>cc-vars cc-defs server xterm time-date tooltip electric uniquify<br>ed=
iff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd<br>fontse=
t image regexp-opt fringe tabulated-list newcomment lisp-mode<br>prog-mode =
register page menu-bar rfn-eshadow timer select scroll-bar<br>mouse jit-loc=
k font-lock syntax facemenu font-core frame cham georgian<br>utf-8-lang mis=
c-lang vietnamese tibetan thai tai-viet lao korean<br>japanese hebrew greek=
 romanian slovak czech european ethiopic indian<br>cyrillic chinese case-ta=
ble epa-hook jka-cmpr-hook help simple abbrev<br>minibuffer nadvice loaddef=
s button faces cus-face macroexp files<br>text-properties overlay sha1 md5 =
base64 format env code-pages mule<br>custom widget hashtable-print-readable=
 backquote make-network-process<br>dbusbind gfilenotify dynamic-setting sys=
tem-font-setting<br>font-render-setting move-toolbar gtk x-toolkit x multi-=
tty emacs)<br><br>-- <br><div class=3D"gmail_signature">No=C3=A9 Rubinstein=
.</div>
</div></div></div></div></div></div>

--089e01419f687425a8050fe5b927--




Acknowledgement sent to Noé Rubinstein <noe.rubinstein@HIDDEN>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs@HIDDEN. Full text available.
Report forwarded to bug-gnu-emacs@HIDDEN:
bug#19945; Package emacs. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
Last modified: Tue, 8 Dec 2020 14:00:02 UTC

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