From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#11939: 24.1; `save-buffers-kill-emacs' loses minibuffer focus when it calls `list-processes' Date: Sat, 21 Jul 2012 11:13:52 -0700 Message-ID: <1918C98634184976B0C93FFC5F5CF7BE@us.oracle.com> References: <500173A5.3040608@gmx.at> <1986D90E22154321A44B6E0110CA4F5A@us.oracle.com> <50019C2F.8060103@gmx.at> <6B9036DBFDEF4881AB39804520BF63B3@us.oracle.com> <5002BEC6.3040106@gmx.at> <893E59C2E4F94D6EB910560C9E8C42CD@us.oracle.com> <5002EAF4.5080107@gmx.at> <6F73D04E8EE144E780D602DFEBA48E7B@us.oracle.com> <5003DAF2.2060400@gmx.at> <50043C3D.7090201@gmx.at> <208B7D7BB4BC4339ADCC1166F76C1CD2@us.oracle.com> <500449B7.6070309@gmx.at> <023F63BCBF9442EBAEDCCE9D8A59E5E4@us.oracle.com> <5005354E.6040306@gmx.at> <62CF21F0010048E2BC1391192EB943FF@us.oracle.com> <5006E14B.3000407@gmx.at> <5007E46C.7030206@gmx.at> <55F70CDDACA84503826C907CDE8CE684@us.oracle.com> <500A8C22.7000706@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1342894485 24231 80.91.229.3 (21 Jul 2012 18:14:45 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 21 Jul 2012 18:14:45 +0000 (UTC) Cc: 11939@debbugs.gnu.org To: "'martin rudalics'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jul 21 20:14:44 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SseCR-00057r-PE for geb-bug-gnu-emacs@m.gmane.org; Sat, 21 Jul 2012 20:14:44 +0200 Original-Received: from localhost ([::1]:52664 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SseCR-0002Vq-0w for geb-bug-gnu-emacs@m.gmane.org; Sat, 21 Jul 2012 14:14:43 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:36456) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SseCN-0002Vd-8C for bug-gnu-emacs@gnu.org; Sat, 21 Jul 2012 14:14:41 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SseCM-0000cK-7R for bug-gnu-emacs@gnu.org; Sat, 21 Jul 2012 14:14:39 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:46323) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SseCM-0000cG-3y for bug-gnu-emacs@gnu.org; Sat, 21 Jul 2012 14:14:38 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1SseIX-0005Wy-Oz for bug-gnu-emacs@gnu.org; Sat, 21 Jul 2012 14:21:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 21 Jul 2012 18:21:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11939 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 11939-submit@debbugs.gnu.org id=B11939.134289483021206 (code B ref 11939); Sat, 21 Jul 2012 18:21:01 +0000 Original-Received: (at 11939) by debbugs.gnu.org; 21 Jul 2012 18:20:30 +0000 Original-Received: from localhost ([127.0.0.1]:55864 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SseI2-0005Vz-1n for submit@debbugs.gnu.org; Sat, 21 Jul 2012 14:20:30 -0400 Original-Received: from acsinet15.oracle.com ([141.146.126.227]:40167) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SseHz-0005Vs-Sw for 11939@debbugs.gnu.org; Sat, 21 Jul 2012 14:20:28 -0400 Original-Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by acsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q6LIE2wF010180 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 21 Jul 2012 18:14:02 GMT Original-Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q6LIE1XR001984 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 21 Jul 2012 18:14:01 GMT Original-Received: from abhmt118.oracle.com (abhmt118.oracle.com [141.146.116.70]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q6LIE1cq029170; Sat, 21 Jul 2012 13:14:01 -0500 Original-Received: from dradamslap1 (/71.202.147.44) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 21 Jul 2012 11:14:01 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <500A8C22.7000706@gmx.at> Thread-Index: Ac1nMEBkudDnmUz9T5yaC0tpTB7taAAONeKQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 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.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:62250 Archived-At: > >> Someone (maybe Jan) once said that it's hard to override any such > >> decisions when they are made by the window manager. > > > > I did not mean override (prevent/nullify). I meant > > automatically take remedial action after the window manager's > > autofocus takes effect. I.e., automatically > > move the focus back where it was. > > I'm not quite sure what "after" means in this context. IIUC Emacs is > not informed that the frame has been posted on screen. It will know > about it only implicitly when it's passed input directed to > that frame. OK. I really know nothing about this area. > Emacs selects a new frame. But if it's minibufferless, it doesn't > necesarily redirect input to the minibuffer frame. IIUC it > does so only when it reads input from that frame. I see. And if reading from the minibuffer was already started (e.g. before the new frame was actually created) then the new frame will not have its focus directed to the minibuffer, even though reading is in progress. > My speculation is still the same: The window manager focuses the new > frame and Emacs does not redirect input to the minibuffer frame. OK.