From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#50743: Emacsclient not tested vs. Local Variables prompt Date: Sun, 26 Sep 2021 09:25:31 +0300 Message-ID: <83zgrzontw.fsf@gnu.org> References: <25731.1632610542@alto> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3434"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, mkupfer@alum.berkeley.edu, 50743@debbugs.gnu.org, jidanni@jidanni.org To: Phil Sainty Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Sep 26 08:26:35 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mUNcQ-0000ho-2h for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 26 Sep 2021 08:26:34 +0200 Original-Received: from localhost ([::1]:48226 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mUNcO-0006Fb-E8 for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 26 Sep 2021 02:26:32 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35778) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mUNbu-0006BH-Of for bug-gnu-emacs@gnu.org; Sun, 26 Sep 2021 02:26:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:52226) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mUNbu-0003qk-GQ for bug-gnu-emacs@gnu.org; Sun, 26 Sep 2021 02:26:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mUNbu-0000ak-6e for bug-gnu-emacs@gnu.org; Sun, 26 Sep 2021 02:26:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 26 Sep 2021 06:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50743 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 50743-submit@debbugs.gnu.org id=B50743.16326375602266 (code B ref 50743); Sun, 26 Sep 2021 06:26:02 +0000 Original-Received: (at 50743) by debbugs.gnu.org; 26 Sep 2021 06:26:00 +0000 Original-Received: from localhost ([127.0.0.1]:35539 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mUNbs-0000aU-3f for submit@debbugs.gnu.org; Sun, 26 Sep 2021 02:26:00 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:58858) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mUNbq-0000aI-VY for 50743@debbugs.gnu.org; Sun, 26 Sep 2021 02:25:59 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:36958) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mUNbk-0003jI-Vf; Sun, 26 Sep 2021 02:25:52 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4630 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mUNbP-0006zD-OE; Sun, 26 Sep 2021 02:25:52 -0400 In-Reply-To: (message from Phil Sainty on Sun, 26 Sep 2021 13:34:11 +1300) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:215551 Archived-At: > Date: Sun, 26 Sep 2021 13:34:11 +1300 > From: Phil Sainty > Cc: Lars Ingebrigtsen , 50743@debbugs.gnu.org, > 積丹尼 Dan Jacobson > > The key appears to be whether or not we're using a pre-existing > client frame. If a new frame is created, the problem does not > occur (for me). If we're switching to a pre-existing frame, then > I can reproduce the problem. > > Here's an alternative recipe: > > emacs -Q --daemon=bug50743 # start a new server > emacsclient -sbug50743 -c & # create a GUI frame > emacsclient -sbug50743 > > If contains file-local variables then the pre-existing > client frame does not get focus; but otherwise it does. And if you set server-raise-frame to nil, the "problem" happens in both cases, right? So I'm not sure this is a bug. The user should switch to the correct frame to answer the question. On my system, there's a prominent indication that the client frame needs my attention, but even if there isn't, the user should be vigilant enough to type the response into the right frame. If we do want to somehow raise the frame earlier, we should do it conditioned by server-raise-frame, because some users don't want the frame to raise and get input focus. But it isn't clear to me where would be the correct place to raise the frame "earlier".