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 whenit calls `list-processes' Date: Sat, 28 Jul 2012 08:29:46 -0700 Message-ID: <4FB29D967D524DA99545D98266DD74B4@us.oracle.com> References: <5006E14B.3000407@gmx.at><47731CC5C6EC4ED9AB9E9E05E259572C@us.oracle.com><5007E47B.3050907@gmx.at><446B437450EC47968D15C20D7142296B@us.oracle.com><500A8C0E.4040006@gmx.at><96A974694CF64567A3EAB85185AB3A5C@us.oracle.com><500BBE6F.6020007@gmx.at><1403DD3D67534F53BC023CC99A258DF5@us.oracle.com><838veb209m.fsf@gnu.org> <83r4s2zcp9.fsf@gnu.org><81CFBB36FDCB4CD6B3762F9E00AC8290@us.oracle.com><83fw8iz7et.fsf@gnu.org><60948DD3935D452F85F95174474D06E9@us.oracle.com><838veaz34x.fsf@gnu.org> <83629blssa.fsf@gnu.org> ! <5011116B.4010106@gm x.at> <32A934E820BA4853B84229C32F7145A1@us.oracle! ! .com> <50116AD9.706 09@gmx.at> <548032D12CE14E3689257D609E93482F@us.oracle.com> <501175C9.3090803@gmx.at> <2F76545DBD0C4F199A60F4B750709112@us.oracle.com> <5012362A.7070200@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 1343489465 6947 80.91.229.3 (28 Jul 2012 15:31:05 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 28 Jul 2012 15:31:05 +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 28 17:31:05 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 1Sv8yu-0002MS-TR for geb-bug-gnu-emacs@m.gmane.org; Sat, 28 Jul 2012 17:31:05 +0200 Original-Received: from localhost ([::1]:33280 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sv8yu-0004f8-76 for geb-bug-gnu-emacs@m.gmane.org; Sat, 28 Jul 2012 11:31:04 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:52579) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sv8yr-0004ex-Dt for bug-gnu-emacs@gnu.org; Sat, 28 Jul 2012 11:31:02 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Sv8yp-0000Cj-CH for bug-gnu-emacs@gnu.org; Sat, 28 Jul 2012 11:31:01 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:37224) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sv8yp-0000CN-8d for bug-gnu-emacs@gnu.org; Sat, 28 Jul 2012 11:30:59 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1Sv95d-00061B-Ju for bug-gnu-emacs@gnu.org; Sat, 28 Jul 2012 11:38: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, 28 Jul 2012 15:38: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.134348982223064 (code B ref 11939); Sat, 28 Jul 2012 15:38:01 +0000 Original-Received: (at 11939) by debbugs.gnu.org; 28 Jul 2012 15:37:02 +0000 Original-Received: from localhost ([127.0.0.1]:46766 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sv94f-0005zx-V2 for submit@debbugs.gnu.org; Sat, 28 Jul 2012 11:37:02 -0400 Original-Received: from acsinet15.oracle.com ([141.146.126.227]:18896) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sv94e-0005zT-2s for 11939@debbugs.gnu.org; Sat, 28 Jul 2012 11:37:00 -0400 Original-Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by acsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q6SFTs87032011 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 28 Jul 2012 15:29:55 GMT Original-Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q6SFTrjr023108 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Jul 2012 15:29:54 GMT Original-Received: from abhmt114.oracle.com (abhmt114.oracle.com [141.146.116.66]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q6SFTrf1015540; Sat, 28 Jul 2012 10:29:53 -0500 Original-Received: from dradamslap1 (/10.159.164.157) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 28 Jul 2012 08:29:53 -0700 X-Mailer: Microsoft Office Outlook 11 Thread-Index: Ac1rwbcyR7HPUdV0T0u4Sy04w6JOkABCmVfQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 In-Reply-To: <5012362A.7070200@gmx.at> X-Source-IP: ucsinet22.oracle.com [156.151.31.94] 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:62510 Archived-At: > > But the point was that the minibuffer buffer was the > > (current-buffer) here, suggesting to me that the minibuffer > > frame (and its buffer) was selected. > > > > Is that TRT? I didn't think so. I didn't think that just > > calling `redirect-*' would/should also select the frame and > > its buffer. That is why I said this: > > Just calling `redirect-*' does not select the frame and its > buffer. But `yes-or-no-p' does since otherwise you won't be > able to type into the minibuffer - here's the relevant piece > in read_minibuf: > > /* Display this minibuffer in the proper window. */ > Fset_window_buffer (minibuf_window, Fcurrent_buffer (), Qnil); > Fselect_window (minibuf_window, Qnil); > XWINDOW (minibuf_window)->hscroll = 0; Well, OK. But normally, after the input is read the selected window/frame returns to what it was before the reading. No? IOW, yes, it is normal and necessary for yes/no input to be entered in the minibuffer window, so naturally that window must be selected for the duration of that user input. The problem is (apparently) that the minibuffer buffer remains selected after the reading, i.e., the (current-buffer) is " *Minibuf-0*". Thus, a subsequent command such as `C-x k' sees that buffer as the current one. That has not happened before - it seems to come as a result of redirecting the frame focus, but perhaps that is just a catalyst/revealer.