From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#28978: 26.0; Regression: separate, dedicated `*Completions*' frame no longer has parameter `minibuffer' Date: Thu, 26 Oct 2017 09:57:51 +0200 Message-ID: <59F1957F.80900@gmx.at> References: <4d0c5535-246a-4356-914f-3c8d030ba9c9@default> <59F0412F.9090206@gmx.at> <22c73180-e9a6-416f-9e28-da98d07908f8@default> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1509004997 5866 195.159.176.226 (26 Oct 2017 08:03:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 26 Oct 2017 08:03:17 +0000 (UTC) To: Drew Adams , 28978@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Oct 26 10:03:11 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e7d85-0000Fp-At for geb-bug-gnu-emacs@m.gmane.org; Thu, 26 Oct 2017 10:03:05 +0200 Original-Received: from localhost ([::1]:51534 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e7d8C-0004JA-K6 for geb-bug-gnu-emacs@m.gmane.org; Thu, 26 Oct 2017 04:03:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48925) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e7d4E-0001L9-KD for bug-gnu-emacs@gnu.org; Thu, 26 Oct 2017 03:59:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e7d4A-0004Ly-Nw for bug-gnu-emacs@gnu.org; Thu, 26 Oct 2017 03:59:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:53514) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1e7d4A-0004Ls-Kx for bug-gnu-emacs@gnu.org; Thu, 26 Oct 2017 03:59:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1e7d4A-0005ye-ET for bug-gnu-emacs@gnu.org; Thu, 26 Oct 2017 03:59:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 26 Oct 2017 07:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 28978 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 28978-submit@debbugs.gnu.org id=B28978.150900469522928 (code B ref 28978); Thu, 26 Oct 2017 07:59:02 +0000 Original-Received: (at 28978) by debbugs.gnu.org; 26 Oct 2017 07:58:15 +0000 Original-Received: from localhost ([127.0.0.1]:33962 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e7d3P-0005xk-2y for submit@debbugs.gnu.org; Thu, 26 Oct 2017 03:58:15 -0400 Original-Received: from mout.gmx.net ([212.227.17.20]:58072) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e7d3N-0005xW-Op for 28978@debbugs.gnu.org; Thu, 26 Oct 2017 03:58:14 -0400 Original-Received: from [192.168.1.100] ([46.125.250.87]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lubnw-1d7zxK2aYa-00znrR; Thu, 26 Oct 2017 09:58:02 +0200 In-Reply-To: <22c73180-e9a6-416f-9e28-da98d07908f8@default> X-Provags-ID: V03:K0:W0uZLMHElNVg4haIP4RIynITN1MHxAZDm8FyROUhgpc//YLp9kV aGLuMQIqDRVhCyrijHfz9618nu8jUzJ+70SxjZidQW+I/HWvQqX5tAVSUxsu+0aTiu0EIpP AZC5ZjYLw/HqLzg7tU3QH6Ex9zZyY4BJ3E9zlbmv7L81OJ66K9Qx6cYhmRTe/r2hajhQpq0 GtWoeUZ1FBh2/UEpd94vA== X-UI-Out-Filterresults: notjunk:1;V01:K0:K3alTe2mVyI=:BEQShOOgiJknoB16Km0Z6h UA2k5yTwS631J79rdrMGnE/0FQ8EkbpGhHuTrLH2IbOcSIvLJeJYDXkzumwOQUGd8pTRWP7ke Gq+QVUUQRfKCjMl4loQERYeZ57v+Z40VDyMWdVQ7KtxH7Yzu9xw/7bdf4vlkDiqgf9vxJyAQo l7OxDroLjbFrYOhteuwokRhqvYBRcIzsguN0dPsqnx2uUt4+jLw3jcF76z0DOMftM7UgqCF35 QRpUBXLFKhOVvNT/p7pjr7HeWtoRc9Il9UhlRv5j7spvs7FBpx2wKLbiXx9Dq4TLmimxV6Fa/ xMK6upOC7tGkggpW7DwFJziTb29KLJp8KwuTpUyWUmseu3YFaiWkhiDUc2DV1Ifll0epZ3Jx3 p+Ogq2fnuDcSWUvqqkIf6l9dUulGOX/H+SJdFgFqFefFctdNev2mmxhRxYWlSSHuldGIoTTmv P4QWc0bUqq/omDpbJuYaI4U2+SAea4EmQCuuyOGQBcXTa101XEFOToLShNpCRYwdxbHP0Urk5 inc76G6uXVtxJRVHa096FMbXruHKyqHoqLyZNpfh5A67z5tS5IMmQIOV08Z4FuSJGOGsw396+ tSm6XKp4kB7Rku7g5dxuxOq19pXmBeQHMb7HdRI5X6o8veN2eKFlmxn2gBTssF3FsyF83ZvZq sblXLYrlLtQyEZlkEBvPwnNYVX2jl8b8JDrjpUuNg9hfMTYQ6sgIn/RFHnZWDF2zpcIIyw9Xl 9R+aD1MRMgUEFAY1zlpTs9+Oygx26YZrPRgFd94772cRRbrkW8zJs9UQD9YXgWVzZw1+V8xO X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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" Xref: news.gmane.org gmane.emacs.bugs:139000 Archived-At: >> Since the 'minibuffer' parameter of a frame cannot be changed (from n= il >> to some non-nil value and vice-versa at least) after its creation, > > Is that something new? Hardly. The text in the Elisp manual `minibuffer' Whether this frame has its own minibuffer. The value `t' means yes, `nil' means no, `only' means this frame is just a minibuffer. If the value is a minibuffer window (in some other frame), the frame uses that minibuffer. This frame parameter takes effect when the frame is created, and can not be changed afterwards. is the same for Emacs 23 as for Emacs 26. It's not correct because we allow to set the parameter from one minibuffer window to another but I didn't change the doc yet simply because I never read the corresponding code attentively enough. > I don't call `make-frame' to create frame `*Completions*'. > It is created when ` 1on1-display-*Completions*-frame' is > called, and that is done by `special-display-function'. > I showed the code for that in my previous message. The 'minibuffer' parameter must be set up specially by whoever calls =E2=80=98make-frame=E2=80=99. If this is not done, you can't change it a= fterwards. The default value of =E2=80=98special-display-function=E2=80=99 is =E2=80=98special-display-popup-frame=E2=80=99 and I don't see the latter = setting up the 'minibuffer' parameter anywhere. > I don't ever set parameter `minibuffer' explicitly for > *Completions*. I'm guessing that it has always gotten > set automatically when frame input was redirected from > frame *Completions* to the standalone minibuffer. > > (It is redirected to `completion-reference-buffer' if > the minibuffer is not active (and if `c-r-b' is not > frame *Completions*)). Maybe you mean "focus redirection" here which is something different from setting up the 'minibuffer' parameter. > See previous message for that code. The complete code is > here: https://www.emacswiki.org/emacs/download/oneonone.el > > As I say, the code works in all Emacs releases. It > does not work in this Emacs 26 prerelease (only). > > Here is (some of) the code (from icicles-mcmd.el) that > relies on the parameter having being set: I understand that you want that parameter to have a non-nil value there. So make sure that it is. For this you will have to debug your earlier version to see how they set up the 'miniuffer' parameter and compare them with the current version to see how it fails to do that. martin