GNU bug report logs - #8184
23.1.90; `menu-bar-non-minibuffer-window-p' error in calls to `kill-this-buffer'

Previous Next

Package: emacs;

Reported by: tlh <thunkout <at> gmail.com>

Date: Sun, 6 Mar 2011 05:29:02 UTC

Severity: normal

Found in version 23.1.90

Done: martin rudalics <rudalics <at> gmx.at>

Bug is archived. No further changes may be made.

Full log


Message #29 received at 8184 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 8184 <at> debbugs.gnu.org,
	tlh <thunkout <at> gmail.com>
Subject: Re: bug#8184: 23.1.90; `menu-bar-non-minibuffer-window-p' error in
	calls to	`kill-this-buffer'
Date: Mon, 07 Mar 2011 09:07:58 +0100
> It'd also be good to add a comment
> explaining why we do this loop searching for some non-temp buffer.

Indeed, calling (other-buffer nil t) should be sufficient.

> IIUC this function is used to check whether kill-this-buffer can do its
> job, and if (menu-bar-non-minibuffer-window-p) is nil, then we use
> abort-recursive-edit, so we need to check if abort-recursive-edit can be
> used, which seems related to minibuffer-depth rather than to
> non-temp buffers.

To `minibuffer-depth' and `active-minibuffer-window', I suppose.  Still
wondering whether tth is able to trigger his behavior from the menu bar
entry.

martin




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

Previous Next


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