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: Tue, 17 Jul 2012 07:22:36 -0700 Message-ID: <62CF21F0010048E2BC1391192EB943FF@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> 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 1342534991 29487 80.91.229.3 (17 Jul 2012 14:23:11 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 17 Jul 2012 14:23:11 +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 Tue Jul 17 16:23:10 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 1Sr8gA-0007sN-2r for geb-bug-gnu-emacs@m.gmane.org; Tue, 17 Jul 2012 16:23:10 +0200 Original-Received: from localhost ([::1]:43575 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sr8g9-0007t4-6x for geb-bug-gnu-emacs@m.gmane.org; Tue, 17 Jul 2012 10:23:09 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:54727) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sr8g7-0007sr-1P for bug-gnu-emacs@gnu.org; Tue, 17 Jul 2012 10:23:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Sr8g1-0001da-Fp for bug-gnu-emacs@gnu.org; Tue, 17 Jul 2012 10:23:06 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:36717) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sr8g1-0001dL-Bo for bug-gnu-emacs@gnu.org; Tue, 17 Jul 2012 10:23:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1Sr8lp-0001lk-I7 for bug-gnu-emacs@gnu.org; Tue, 17 Jul 2012 10:29: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: Tue, 17 Jul 2012 14:29: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.13425353386789 (code B ref 11939); Tue, 17 Jul 2012 14:29:01 +0000 Original-Received: (at 11939) by debbugs.gnu.org; 17 Jul 2012 14:28:58 +0000 Original-Received: from localhost ([127.0.0.1]:46263 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sr8ll-0001lS-SM for submit@debbugs.gnu.org; Tue, 17 Jul 2012 10:28:58 -0400 Original-Received: from rcsinet15.oracle.com ([148.87.113.117]:42340) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sr8lk-0001lL-Co for 11939@debbugs.gnu.org; Tue, 17 Jul 2012 10:28:57 -0400 Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by rcsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q6HEMshn030539 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 17 Jul 2012 14:22:55 GMT Original-Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q6HEMrAB003318 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Jul 2012 14:22:54 GMT Original-Received: from abhmt109.oracle.com (abhmt109.oracle.com [141.146.116.61]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q6HEMrVg017214; Tue, 17 Jul 2012 09:22:53 -0500 Original-Received: from dradamslap1 (/10.159.216.130) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 17 Jul 2012 07:22:53 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <5005354E.6040306@gmx.at> Thread-Index: Ac1kBEhYiPqw4fWUTW2nlHZdLBmkjAAIl0Ig X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: acsinet22.oracle.com [141.146.126.238] 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:62048 Archived-At: > I attach the first version of `with-temp-buffer-window', > however, with a redefined `y-or-n-p'. Try it with your code but with > `yes-or-no-p' aliased to `y-or-n-p'. > > Here, with emacs -Q > (progn > (defalias 'yes-or-no-p 'y-or-n-p) > (load "~/with-temp-buffer-window.el") > (shell) > (setq minibuffer-auto-raise t) > (setq pop-up-frame-function > (lambda () (make-frame '((minibuffer . nil))))) > (setq pop-up-frames t)) I did this: 1. Used my setup. Then did the defalias. Then loaded your file. Then `M-x shell'. Then `C-x C-c'. Then `y'. No problem. 2. emacs -Q, then used your code above, but first loaded cygwin-mount.el and setup-cygwin.el. C-x C-c. No problem. HTH. BTW, you did not answer my question of how you get shell etc. to work on Windows with emacs -Q and without Cygwin. I'm still interested to learn what you are doing in that regard. > I suppose that we should (at least optionally) have all functions > accessing the minibuffer redirect frame focus to it first. I thought that was already the case - it seems to be. In the problem reported for this bug the minibuffer frame had the focus, but it then lost it because of a frame switch (I mean, because a new frame creation by Windows switched the focus).