From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#16636: 24.3.50; REGRESSION: y/n file dialog is only flashed; input is not read Date: Tue, 04 Feb 2014 20:21:09 +0200 Message-ID: <831tzi3fje.fsf@gnu.org> References: <1af9fb2e-0ce0-430a-a9ee-b13838b88047@default> <838utq3l30.fsf@gnu.org> <9567eef7-8d7e-405c-a656-faefe34c9991@default> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1391538152 17921 80.91.229.3 (4 Feb 2014 18:22:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 4 Feb 2014 18:22:32 +0000 (UTC) Cc: 16636@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Feb 04 19:22:38 2014 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 1WAkdo-0007pR-WF for geb-bug-gnu-emacs@m.gmane.org; Tue, 04 Feb 2014 19:22:37 +0100 Original-Received: from localhost ([::1]:53882 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WAkdo-0003IC-HW for geb-bug-gnu-emacs@m.gmane.org; Tue, 04 Feb 2014 13:22:36 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46632) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WAkdM-0002kV-Gh for bug-gnu-emacs@gnu.org; Tue, 04 Feb 2014 13:22:13 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WAkdH-00035G-JJ for bug-gnu-emacs@gnu.org; Tue, 04 Feb 2014 13:22:08 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:35688) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WAkdH-00035C-Gl for bug-gnu-emacs@gnu.org; Tue, 04 Feb 2014 13:22:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WAkdH-00020c-7O for bug-gnu-emacs@gnu.org; Tue, 04 Feb 2014 13:22:03 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 04 Feb 2014 18:22:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16636 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16636-submit@debbugs.gnu.org id=B16636.13915380817640 (code B ref 16636); Tue, 04 Feb 2014 18:22:03 +0000 Original-Received: (at 16636) by debbugs.gnu.org; 4 Feb 2014 18:21:21 +0000 Original-Received: from localhost ([127.0.0.1]:49702 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WAkcb-0001z9-3Q for submit@debbugs.gnu.org; Tue, 04 Feb 2014 13:21:21 -0500 Original-Received: from mtaout29.012.net.il ([80.179.55.185]:44519) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WAkcY-0001yz-C9 for 16636@debbugs.gnu.org; Tue, 04 Feb 2014 13:21:19 -0500 Original-Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0N0H00A00HFFB200@mtaout29.012.net.il> for 16636@debbugs.gnu.org; Tue, 04 Feb 2014 20:23:06 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N0H007S6HQIMK40@mtaout29.012.net.il>; Tue, 04 Feb 2014 20:23:06 +0200 (IST) In-reply-to: <9567eef7-8d7e-405c-a656-faefe34c9991@default> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x 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:84554 Archived-At: > Date: Tue, 4 Feb 2014 08:30:07 -0800 (PST) > From: Drew Adams > Cc: 16636-done@debbugs.gnu.org > > > You should hear the "ding" that is sounded when you type C-g or > > dismiss a menu. (And the file in question should have been already > > visited inside Emacs before the "in another Emacs session" step, > > otherwise Emacs has no need to display any dialogs.) > > OK, but I had sound turned off (as I usually do). But that's a > good reminder. Still, that does not distinguish this situation > from, as you say, C-g and other events. It isn't distinguishable by design: dismissing a menu is translated into a keyboard quit. You can try this with any menu in Emacs -- after dropping down a menu, just click somewhere outside the menu, and you will see "Quit" in the echo area. > > > I look in *Messages* but nothing is recorded there ("normal"). > > > > You should see "Quit" there, which is a sign that none of the > > possible selections were chosen, i.e. the dialog was dismissed > > without making a selection. > > Maybe Quit was there, but there are lots of Quits in *Messages*. > Again, that does not distinguish this situation. Right. Again, by design. > And I did not dismiss any dialog without making a selection. > I never saw any dialog. I never saw any question posed, in any > manner. The menu flashes very quickly. And yes, you never selected anything, and the dialog still popped down -- that's the bug. What you reported was a real bug, I'm just describing the details and add some explanations, not saying it isn't a bug. > > > There should have been a file dialog displayed, and it should > > > have waited for me to click y or n to dismiss it. > > > > > > Do `M-x debug-on-entry diredp-mouse-find-file-other-frame', then > > > repeat: click `M-mouse-2' on the same (modified) file. Walk > > > through the debugger and you will see the file dialog displayed > > > as it should be > > > > Displayed, yes. But not "as it should be": the appearance is > > entirely different, > > Different from what? >From a dialog that should be popped up when Emacs wants to ask a yes/no question. > What I see when using the debugger is what I normally see when Emacs > asks a question using a dialog box. Are you sure? Because that's not what I saw, before fixing the bug. I saw an emulation of a dialog box with a menu. To see what I mean, compare the effect of evaluating the following two expressions: (let ((fr (selected-frame))) (x-popup-dialog fr '("Dialog" ("Foo" . t) ("Bar" . nil) ("Baz" . maybe)))) (let ((fr (selected-frame))) (x-popup-dialog fr '("Dialog" ("Yes" . t) ("No" . nil)))) (Since you don't yet have a binary where the bug is fixed, try this in an Emacs that was built before Oct 2013.) Do you see how Emacs displays a message box for the latter, but not for the former? Now try the same with the recent trunk, e.g. the one where you saw this bug, and see how the second case looks similar to the first. For "simple" Yes/No questions, Emacs on Windows uses a message box. For more complex dialogs, it displays a menu, because no one has yet written code that displays Windows dialog boxes for that. The bug happened because the code which invokes the "simple dialog" was inadvertently deleted. > > as Emacs tried to emulate a dialog box with a menu. > > No idea what that means or why it is important. I saw no > question asked, regardless of how the question might be displayed. Right, because of the bug. But even when the dialog _is_ displayed, the same bug displays it incorrectly, see above. > > Sorry, this was my bad: some code which supported this use case was > > inadvertently deleted when the TTY menus were implemented. > > > > Now fixed in trunk revision 116260. > > OK, thanks. I understood only part of what you wrote. But this > part I understand, at least. Thx. Hope you understand the issue better now.