X-Loop: help-debbugs@HIDDEN
Subject: bug#19945: emacsclient confused by active minibuffer
Resent-From: =?UTF-8?Q?No=C3=A9?= Rubinstein <noe.rubinstein@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 25 Feb 2015 16:45:02 +0000
Resent-Message-ID: <handler.19945.B.142488268723410 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: report 19945
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords:
To: 19945 <at> debbugs.gnu.org
X-Debbugs-Original-To: bug-gnu-emacs@HIDDEN
Received: via spool by submit <at> debbugs.gnu.org id=B.142488268723410
(code B ref -1); Wed, 25 Feb 2015 16:45:02 +0000
Received: (at submit) by debbugs.gnu.org; 25 Feb 2015 16:44:47 +0000
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>
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-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 "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'CFLAGS=3D-g -O2 -fstack-protector --param=3Ds=
sp-buffer-size=3D4 -Wformat<br><br>=C2=A0-Werror=3Dformat-security -Wall=
9; CPPFLAGS=3D-D_FORTIFY_SOURCE=3D2<br>=C2=A0LDFLAGS=3D-Wl,-z,relro'<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--
Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) Content-Type: text/plain; charset=utf-8 X-Loop: help-debbugs@HIDDEN From: help-debbugs@HIDDEN (GNU bug Tracking System) To: =?UTF-8?Q?No=C3=A9?= Rubinstein <noe.rubinstein@HIDDEN> Subject: bug#19945: Acknowledgement (emacsclient confused by active minibuffer) Message-ID: <handler.19945.B.142488268723410.ack <at> debbugs.gnu.org> References: <CAOccFZB0jX+wEFZ8hZ9q=C62n0_d6hiFgWKt6PsrxoON_EowWw@HIDDEN> X-Gnu-PR-Message: ack 19945 X-Gnu-PR-Package: emacs Reply-To: 19945 <at> debbugs.gnu.org Date: Wed, 25 Feb 2015 16:45:03 +0000 Thank you for filing a new bug report with debbugs.gnu.org. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): bug-gnu-emacs@HIDDEN If you wish to submit further information on this problem, please send it to 19945 <at> debbugs.gnu.org. Please do not send mail to help-debbugs@HIDDEN unless you wish to report a problem with the Bug-tracking system. --=20 19945: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D19945 GNU Bug Tracking System Contact help-debbugs@HIDDEN with problems
X-Loop: help-debbugs@HIDDEN
Subject: bug#19945: emacsclient confused by active minibuffer
Resent-From: Lars Ingebrigtsen <larsi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 03 Dec 2020 11:45:01 +0000
Resent-Message-ID: <handler.19945.B19945.16069958619839 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 19945
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords:
To: =?UTF-8?Q?No=C3=A9?= Rubinstein <noe.rubinstein@HIDDEN>
Cc: 19945 <at> debbugs.gnu.org
Received: via spool by 19945-submit <at> debbugs.gnu.org id=B19945.16069958619839
(code B ref 19945); Thu, 03 Dec 2020 11:45:01 +0000
Received: (at 19945) by debbugs.gnu.org; 3 Dec 2020 11:44:21 +0000
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>
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?No=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: =?UTF-8?Q?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 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-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
X-Loop: help-debbugs@HIDDEN
Subject: bug#19945: emacsclient confused by active minibuffer
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 03 Dec 2020 15:33:02 +0000
Resent-Message-ID: <handler.19945.B19945.160700955625752 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 19945
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords:
To: Lars Ingebrigtsen <larsi@HIDDEN>
Cc: 19945 <at> debbugs.gnu.org, noe.rubinstein@HIDDEN
Received: via spool by 19945-submit <at> debbugs.gnu.org id=B19945.160700955625752
(code B ref 19945); Thu, 03 Dec 2020 15:33:02 +0000
Received: (at 19945) by debbugs.gnu.org; 3 Dec 2020 15:32:36 +0000
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>
In-Reply-To: <87360nru5z.fsf@HIDDEN> (message from Lars Ingebrigtsen on Thu,
03 Dec 2020 12:44:08 +0100)
References: <CAOccFZB0jX+wEFZ8hZ9q=C62n0_d6hiFgWKt6PsrxoON_EowWw@HIDDEN>
<87360nru5z.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
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.
X-Loop: help-debbugs@HIDDEN
Subject: bug#19945: emacsclient confused by active minibuffer
Resent-From: Lars Ingebrigtsen <larsi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 04 Dec 2020 09:53:02 +0000
Resent-Message-ID: <handler.19945.B19945.16070755227743 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 19945
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords:
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 19945 <at> debbugs.gnu.org, noe.rubinstein@HIDDEN
Received: via spool by 19945-submit <at> debbugs.gnu.org id=B19945.16070755227743
(code B ref 19945); Fri, 04 Dec 2020 09:53:02 +0000
Received: (at 19945) by debbugs.gnu.org; 4 Dec 2020 09:52:02 +0000
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>
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-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
X-Loop: help-debbugs@HIDDEN
Subject: bug#19945: emacsclient confused by active minibuffer
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 04 Dec 2020 11:50:01 +0000
Resent-Message-ID: <handler.19945.B19945.160708256720958 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 19945
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords:
To: Lars Ingebrigtsen <larsi@HIDDEN>
Cc: 19945 <at> debbugs.gnu.org, noe.rubinstein@HIDDEN
Received: via spool by 19945-submit <at> debbugs.gnu.org id=B19945.160708256720958
(code B ref 19945); Fri, 04 Dec 2020 11:50:01 +0000
Received: (at 19945) by debbugs.gnu.org; 4 Dec 2020 11:49:27 +0000
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>
In-Reply-To: <87tut1nbk9.fsf@HIDDEN> (message from Lars Ingebrigtsen on Fri,
04 Dec 2020 10:51:50 +0100)
References: <CAOccFZB0jX+wEFZ8hZ9q=C62n0_d6hiFgWKt6PsrxoON_EowWw@HIDDEN>
<87360nru5z.fsf@HIDDEN> <83czzqgb2g.fsf@HIDDEN>
<87tut1nbk9.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
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.
X-Loop: help-debbugs@HIDDEN
Subject: bug#19945: emacsclient confused by active minibuffer
Resent-From: Lars Ingebrigtsen <larsi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 06 Dec 2020 12:56:02 +0000
Resent-Message-ID: <handler.19945.B19945.160725936017920 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 19945
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords:
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 19945 <at> debbugs.gnu.org, noe.rubinstein@HIDDEN
Received: via spool by 19945-submit <at> debbugs.gnu.org id=B19945.160725936017920
(code B ref 19945); Sun, 06 Dec 2020 12:56:02 +0000
Received: (at 19945) by debbugs.gnu.org; 6 Dec 2020 12:56:00 +0000
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>
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-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
X-Loop: help-debbugs@HIDDEN
Subject: bug#19945: emacsclient confused by active minibuffer
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 06 Dec 2020 13:26:02 +0000
Resent-Message-ID: <handler.19945.B19945.160726112828895 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 19945
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords:
To: Lars Ingebrigtsen <larsi@HIDDEN>
Cc: 19945 <at> debbugs.gnu.org, noe.rubinstein@HIDDEN
Received: via spool by 19945-submit <at> debbugs.gnu.org id=B19945.160726112828895
(code B ref 19945); Sun, 06 Dec 2020 13:26:02 +0000
Received: (at 19945) by debbugs.gnu.org; 6 Dec 2020 13:25:28 +0000
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>
In-Reply-To: <87v9dfdrfv.fsf@HIDDEN> (message from Lars Ingebrigtsen on Sun,
06 Dec 2020 13:55:48 +0100)
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-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.)
X-Loop: help-debbugs@HIDDEN
Subject: bug#19945: emacsclient confused by active minibuffer
Resent-From: Lars Ingebrigtsen <larsi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 07 Dec 2020 13:18:02 +0000
Resent-Message-ID: <handler.19945.B19945.1607347046387 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 19945
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords:
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 19945 <at> debbugs.gnu.org, noe.rubinstein@HIDDEN
Received: via spool by 19945-submit <at> debbugs.gnu.org id=B19945.1607347046387
(code B ref 19945); Mon, 07 Dec 2020 13:18:02 +0000
Received: (at 19945) by debbugs.gnu.org; 7 Dec 2020 13:17:26 +0000
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>
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-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
X-Loop: help-debbugs@HIDDEN
Subject: bug#19945: emacsclient confused by active minibuffer
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 07 Dec 2020 17:42:02 +0000
Resent-Message-ID: <handler.19945.B19945.160736288529249 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 19945
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords:
To: Lars Ingebrigtsen <larsi@HIDDEN>
Cc: 19945 <at> debbugs.gnu.org, noe.rubinstein@HIDDEN
Received: via spool by 19945-submit <at> debbugs.gnu.org id=B19945.160736288529249
(code B ref 19945); Mon, 07 Dec 2020 17:42:02 +0000
Received: (at 19945) by debbugs.gnu.org; 7 Dec 2020 17:41:25 +0000
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>
In-Reply-To: <87y2i9kb6v.fsf@HIDDEN> (message from Lars Ingebrigtsen on Mon,
07 Dec 2020 14:17:12 +0100)
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-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?
X-Loop: help-debbugs@HIDDEN
Subject: bug#19945: emacsclient confused by active minibuffer
Resent-From: Lars Ingebrigtsen <larsi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 08 Dec 2020 13:52:02 +0000
Resent-Message-ID: <handler.19945.B19945.160743550022104 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 19945
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords:
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 19945 <at> debbugs.gnu.org, noe.rubinstein@HIDDEN
Received: via spool by 19945-submit <at> debbugs.gnu.org id=B19945.160743550022104
(code B ref 19945); Tue, 08 Dec 2020 13:52:02 +0000
Received: (at 19945) by debbugs.gnu.org; 8 Dec 2020 13:51:40 +0000
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>
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-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
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.