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 21:26:45 +0300 Message-ID: <83zgrzmbve.fsf@gnu.org> References: <16835.1632678712@alto> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15873"; mail-complaints-to="usenet@ciao.gmane.io" Cc: psainty@orcon.net.nz, larsi@gnus.org, 50743@debbugs.gnu.org, jidanni@jidanni.org To: Mike Kupfer Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Sep 26 20:27:33 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 1mUYs9-0003u4-2g for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 26 Sep 2021 20:27:33 +0200 Original-Received: from localhost ([::1]:49730 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mUYs8-0003qe-5v for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 26 Sep 2021 14:27:32 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57586) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mUYrf-0003qQ-G0 for bug-gnu-emacs@gnu.org; Sun, 26 Sep 2021 14:27:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:55457) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mUYre-0007OS-51 for bug-gnu-emacs@gnu.org; Sun, 26 Sep 2021 14:27:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mUYrd-0003WH-Sp for bug-gnu-emacs@gnu.org; Sun, 26 Sep 2021 14:27:01 -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 18:27:01 +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.163268081913520 (code B ref 50743); Sun, 26 Sep 2021 18:27:01 +0000 Original-Received: (at 50743) by debbugs.gnu.org; 26 Sep 2021 18:26:59 +0000 Original-Received: from localhost ([127.0.0.1]:38770 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mUYrW-0003Vv-3x for submit@debbugs.gnu.org; Sun, 26 Sep 2021 14:26:59 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:52402) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mUYrU-0003Vg-2y for 50743@debbugs.gnu.org; Sun, 26 Sep 2021 14:26:52 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:56538) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mUYrN-0007BR-Qf; Sun, 26 Sep 2021 14:26:45 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2614 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 1mUYrM-0000Rr-8P; Sun, 26 Sep 2021 14:26:45 -0400 In-Reply-To: <16835.1632678712@alto> (message from Mike Kupfer on Sun, 26 Sep 2021 10:51:52 -0700) 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:215614 Archived-At: > cc: martin rudalics , psainty@orcon.net.nz, larsi@gnus.org, > 50743@debbugs.gnu.org, jidanni@jidanni.org > From: Mike Kupfer > Date: Sun, 26 Sep 2021 10:51:52 -0700 > > Eli Zaretskii wrote: > > > > From: martin rudalics > > > Date: Sun, 26 Sep 2021 11:59:42 +0200 > > > > IIUC this issue is about a frame displayed on top of the terminal > > > window. > > > > Is it? That's not my understanding. My understanding is that this > > happens when the client frame already exists when emacsclient is > > invoked, so it's probably elsewhere. > > It could be elsewhere, but in Dan's scenario, the terminal window and > Emacs frame are over each other. And the exact behavior in that > situation varies depending on the window manager. Like I said: an obscure use case with weird window arrangement. And we are supposed to cater to it because...? > If I run the experiment in MATE, with Emacs behind mate-terminal, and > run "emacsclient /tmp/m" (from Phil's example) in mate-terminal, the > mate-terminal window stays on top and retains the input focus. > > But if I repeat the experiment in KDE, with Emacs behind mate-terminal > (or Konsole), Emacs is brought to the top, hiding the terminal emulator, > even though the terminal emulator still has the input focus. But even > that depends on what settings I have in KDE. The behavior I just > described is with "focus stealing prevention" set to None. If I set it > to Low, the terminal emulator window remains in top (and retains the > focus). > > Still, if I have "focus stealing prevention" set to None, the Emacs > frame is raised in both the prompting case and the non-prompting case, > but the input focus is handled differently in the two cases. Raising > the frame but not getting the input focus doesn't seem right to me. There's limit to what Emacs can do with different policies regarding raising the frames and redirecting input focus that different WMs can apply. Users should be aware of what is happening on their systems, and if some WM tricks them, my advice is to switch to another WM. I'm definitely not interested in starting yet another adventure in changing the order of things server.el does to pop up the buffer, because of such weird and unpredictable situations. We are going to break more things than we fix. We've been there in Emacs 26, I can show the bruises. No, thanks.