From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#36067: 27.0.50; Edebug leaves undefined RET in minibuffer Date: Sat, 22 Jun 2019 10:22:41 +0200 Message-ID: <05280252-5d50-e142-453e-7de8ac83cb72@gmx.at> References: <87muiztno9.fsf@web.de> <87y31vutxq.fsf@gmail.com> <87pnn70y44.fsf@ericabrahamsen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="72416"; mail-complaints-to="usenet@blaine.gmane.org" To: Eric Abrahamsen , 36067@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jun 22 10:24:27 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hebJw-000IYr-9m for geb-bug-gnu-emacs@m.gmane.org; Sat, 22 Jun 2019 10:24:24 +0200 Original-Received: from localhost ([::1]:39390 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hebJp-0000kt-0E for geb-bug-gnu-emacs@m.gmane.org; Sat, 22 Jun 2019 04:24:17 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:47222) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hebJb-0000hY-NM for bug-gnu-emacs@gnu.org; Sat, 22 Jun 2019 04:24:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hebJa-0000X5-Nv for bug-gnu-emacs@gnu.org; Sat, 22 Jun 2019 04:24:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:37358) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hebJa-0000Wl-JO for bug-gnu-emacs@gnu.org; Sat, 22 Jun 2019 04:24:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hebJa-00034j-Ca for bug-gnu-emacs@gnu.org; Sat, 22 Jun 2019 04:24: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: Sat, 22 Jun 2019 08:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36067 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: unreproducible Original-Received: via spool by 36067-submit@debbugs.gnu.org id=B36067.156119178711759 (code B ref 36067); Sat, 22 Jun 2019 08:24:02 +0000 Original-Received: (at 36067) by debbugs.gnu.org; 22 Jun 2019 08:23:07 +0000 Original-Received: from localhost ([127.0.0.1]:50902 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hebIh-00033b-4K for submit@debbugs.gnu.org; Sat, 22 Jun 2019 04:23:07 -0400 Original-Received: from mout.gmx.net ([212.227.15.19]:43193) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hebIe-00032y-KS for 36067@debbugs.gnu.org; Sat, 22 Jun 2019 04:23:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1561191767; bh=KECzVfHwZ2rqwQRzRCi6IecsP6l6J/xzIW9COp06GNE=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=ISbYF4/Pe84Z6jFmlC1vqey8q61Bn3VoRLNyQZyCkFvRl0T+99yj2xg8Fmld6Qlc/ hhb0cr3xlMgS1rFXGZT+0BmgalKXLMwk0TT3BxZbQrLGlg8xN/MbhjPxZTAHvtcInp 3j/S6fOonHvM2oAeTuZ5SGMrcDc8tof77/jMAiPU= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.101] ([46.125.249.99]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M0y8F-1iSAi93pCp-00v8TF; Sat, 22 Jun 2019 10:22:47 +0200 In-Reply-To: <87pnn70y44.fsf@ericabrahamsen.net> Content-Language: de-DE X-Provags-ID: V03:K1:MQtedvXnTG5b3Uks2v+1f5FiMGS9wsv7PYkFtD2gr24/+qsnYZk LHtqyAxZ/F3TUE47Lx6l1+NVpXcDuMXtvoag5PhsuX0xD8QIOdM/3WVKS/f0M7A9AwKI8Va rIA4v9mmsLKarrY8/wi/xRPvYCW0++3UVHpXIVsowBnCoLW5x5WWhCIvO2M3x1cZkj/9fxc yVSOpcjTUzjIaadw8OJ4g== X-UI-Out-Filterresults: notjunk:1;V03:K0:6odQjD9CX14=:vi1rKCjkugL18OIVE4FT6m h67ZT7c+ETmx3MeuK0foLTl2Ez1OZyXs705wTP4ajn2b3kJw0+rtWs8/QW6fR7ZShRFe31r+e Qfa5UrfQctBjtcgjVH1s7TFwkB3mK63ODMAnDzjJBtBZ+F6tj/g5yu4uvdiQ/1OzHuJLHnt6w +SLBomMe94PbhCxYg1vhimGNY0lhssk02DXOAjlobxKZg2a7yoLa7KYE+nfkEhzSmWOM4uQ0X dq6P9zAjJYifI+etls/aILeGDGSGvsMGPiRfsJhRL7MU+VbKBSz9tToBpyNr5QP8vRtCveznm fI+GDnP6OzAbhDNTYyeMHGS4xbFgv7qC3U+ZIYsGLW2dWWismsU04TmKEJKU02lY/b6Vl4Rtj ggLZshZXhTbE8H4mWJXN67Bvpg2rHJd8JGVTu3B945shQiVTcNxrdNFQjeFHdsbp4w9lKbTAm yOVoVxwtECxR8MWhIx77M/ze0cwQZjwh5QFY5wrl4F8tjJFm9oAtbLTbLwlTk2W4pjxNKvCMc Utf1k4wn9lT0GuwYgzOkZIUd/Ucs4lrol67Sn8xqbGhxTBcii+CQgFM3mEFp+XzQd4mc/LxZ0 CdKsXfA13/HRqYHrlzH4Rvc2COmndU7qvSo0BLSpcaDSSDhQ/bWmTGcoDrdtaXdu8sUIJGaif y2sUbw5Uj9xNgt30LxlHNem3QL59C3/JqeMN7wGF0CKlOry1R9yaBbBuk1eirDPmXA0W0ipnG rFGIGEIatkArBTwr1fEfLTS4sxPtnouVTu+qC11uDyUA++hajS/aOHzjhF5ilzpZ4QCNgCBR 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: 209.51.188.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:160963 Archived-At: > I may have seen something similar, where there seems to be an cursor in > the minibuffer, sort of like a prompt with no text, but you can't "get > there" to quit the prompt. I've found that `exit-recursive-edit' gets > out of it. Ignore me if this is unrelated... It's quite easy to confuse Emacs by selecting the minibuffer window without activating the minibuffer. With Emacs -Q evaluate (select-window (minibuffer-window)) Here I now can't get out the minibuffer window via C-g nor C-M-c (there's no recursive editing in progress) or some key I bind 'abort-recursive-edit' to - C-] being non-functional on my keyboard - (again because there's not recursive editing in progress). M-x ESC does nothing. Plain ESC ESC ESC gets me (with 'debug-on-error' set) (error "Window nil is a minibuffer window") signal(error ("Window nil is a minibuffer window")) error("Window %s is a minibuffer window" nil) switch-to-prev-buffer(nil bury) bury-buffer() keyboard-escape-quit() funcall-interactively(keyboard-escape-quit) call-interactively(keyboard-escape-quit nil nil) command-execute(keyboard-escape-quit) M-ESC is handled by the OS. The only things that work here are M-x quit which then displays the *Messages* buffer and one of M-x ESC ESC ESC, M-x keyboard-quit and M-x keyboard-escape-quit which all get me back to *scratch*. Also, selecting another window by clicking into it with the mouse works. Things do get worse when the minibuffer is on another (maybe iconified, invisible ...) frame. So we'd have to check whether the behavior the OP sees is just some such looping as I described above or something rooted deeper in the edebug code. martin