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
bug-gnu-emacs@HIDDEN:bug#19945; Package emacs.
Full text available.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?
bug-gnu-emacs@HIDDEN:bug#19945; Package emacs.
Full text available.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
bug-gnu-emacs@HIDDEN:bug#19945; Package emacs.
Full text available.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.)
bug-gnu-emacs@HIDDEN:bug#19945; Package emacs.
Full text available.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
bug-gnu-emacs@HIDDEN:bug#19945; Package emacs.
Full text available.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.
bug-gnu-emacs@HIDDEN:bug#19945; Package emacs.
Full text available.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
bug-gnu-emacs@HIDDEN:bug#19945; Package emacs.
Full text available.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.
bug-gnu-emacs@HIDDEN:bug#19945; Package emacs.
Full text available.
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
bug-gnu-emacs@HIDDEN:bug#19945; Package emacs.
Full text available.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 "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--
Noé Rubinstein <noe.rubinstein@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#19945; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.