GNU bug report logs - #12258
24.2.50; OS X dialog box locks emacs

Previous Next

Packages: emacs, ns;

Reported by: Ivan Andrus <darthandrus <at> gmail.com>

Date: Wed, 22 Aug 2012 13:13:02 UTC

Severity: normal

Found in version 24.2.50

Done: Jan Djärv <jan.h.d <at> swipnet.se>

Bug is archived. No further changes may be made.

Full log


Message #16 received at 12258-done <at> debbugs.gnu.org (full text, mbox):

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Ivan Andrus <darthandrus <at> gmail.com>
Cc: 12258-done <at> debbugs.gnu.org
Subject: Re: bug#12258: 24.2.50; OS X dialog box locks emacs
Date: Mon, 27 Aug 2012 20:55:13 +0200
Hello.

23 aug 2012 kl. 23:21 skrev Ivan Andrus <darthandrus <at> gmail.com>:

> On Aug 23, 2012, at 6:50 PM, Jan Djärv wrote:
> 
>> Hello.
>> 
>> 22 aug 2012 kl. 15:11 skrev Ivan Andrus:
>> 
>>> Starting from emacs -Q, evaluating the following causes a dialog to
>>> appear.  It is impossible to dismiss the dialog and impossible to
>>> interact with the rest of emacs. 
>>> 
>>> (let ((last-nonmenu-event nil)
>>>    (use-dialog-box t))
>>> (y-or-n-p "Cache preamble? "))
>>> 
>>> It should be noted that I found this when I clicked on the
>>> preview-at-point toolbar button in AUCTeX, so artificially setting
>>> last-nonmenu-event seems justifiable.
>> 
>> I can't reproduce this, either on 10.7 or 10.8.  I tried about 50 times...
>> Does it happen always?
> 
> 
> Yes.  I'm on a fairly modified 10.6, so it may be that I have something strange on my system.
> 

Apparently 10.6 (and earlier?) doesn't handle modal loops the same.  I have checked in a fix that works on 10.6 also.

	Jan D.






This bug report was last modified 12 years and 270 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.