GNU bug report logs - #71350
30.0.50; kill-this-buffer no longer works interactively

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 71350 in the body.
You can then email your comments to 71350 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Spencer Bronson <spencerbronson <at> mac.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 30.0.50; kill-this-buffer no longer works interactively
Date: Mon, 03 Jun 2024 14:10:12 -0700

Some change in the past month has altered the behavior of
"kill-this-buffer" such that it no longer seems to work interactively.
As recently as a month ago invoking M-x kill-this-buffer or binding
kill-this-buffer to a key chord would usually kill the currently focused
buffer.  After recompiling on June 1st, invoking "kill-this-buffer" this
way returns the message "kill-this-buffer must be bound to an event with
parameters" and does nothing further.  It still works when invoked from
the menu bar.


In GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version
 3.24.41, cairo version 1.18.0) of 2024-06-01 built on localhost
Repository revision: 9a2088bdd928b384beca3c95c2719843f74924a0
Repository branch: master
System Description: Fedora Linux 39 (Workstation Edition)

Configured using:
 'configure --with-pgtk --with-mailutils --with-imagemagick'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ
IMAGEMAGICK JPEG LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 MODULES
NATIVE_COMP NOTIFY INOTIFY PDUMPER PGTK PNG RSVG SECCOMP SOUND SQLITE3
THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER XIM GTK3 ZLIB

Important settings:
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Buffer Menu

Minor modes in effect:
  header-line-indent-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  minibuffer-regexp-mode: t
  buffer-read-only: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t

Load-path shadows:
None found.

Features:
(mule-util display-line-numbers mailalias mailclient textsec uni-scripts
idna-mapping ucs-normalize uni-confusable textsec-check ispell cl-extra
shortdoc help-fns radix-tree thingatpt help-mode pp shadow sort
mail-extr compile comint ansi-osc ansi-color ring comp-run comp-common
rx emacsbug cursor-sensor utf-7 nndoc nndraft nnmh nnfolder epa-file
network-stream nsm gnus-agent gnus-srvr gnus-score score-mode nnvirtual
gnus-msg gnus-art mm-uu mml2015 mm-view mml-smime smime gnutls dig nntp
gnus-cache gnus-sum shr pixel-fill kinsoku url-file svg dom gnus-group
gnus-undo gnus-start gnus-dbus dbus xml gnus-cloud nnimap nnmail
browse-url url url-proxy url-privacy url-expand url-methods url-history
url-cookie generate-lisp-file url-domsuf url-util url-parse auth-source
cl-seq eieio eieio-core cl-macs icons json map byte-opt gv bytecomp
byte-compile url-vars mail-source utf7 nnoo parse-time iso8601 gnus-spec
gnus-int gnus-range message sendmail mailcap yank-media puny dired
dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068
epg-config mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047
rfc2045 ietf-drums mailabbrev gmm-utils mailheader gnus-win gnus
nnheader gnus-util text-property-search time-date subr-x mail-utils
range mm-util mail-prsvr wid-edit misearch multi-isearch vc-git
diff-mode track-changes easy-mmode vc-dispatcher cl-loaddefs cl-lib rmc
iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook
vc-hooks lisp-float-type elisp-mode mwheel term/pgtk-win pgtk-win
term/common-win touch-screen pgtk-dnd tool-bar dnd fontset image
regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode
prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu
timer select scroll-bar mouse jit-lock font-lock syntax font-core
term/tty-colors frame minibuffer nadvice seq simple cl-generic
indonesian philippine cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
composite emoji-zwj charscript charprop case-table epa-hook
jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs
theme-loaddefs faces cus-face macroexp files window text-properties
overlay sha1 md5 base64 format env code-pages mule custom widget keymap
hashtable-print-readable backquote threads dbusbind inotify
dynamic-setting system-font-setting font-render-setting cairo gtk pgtk
multi-tty move-toolbar make-network-process native-compile emacs)

Memory information:
((conses 16 450840 68194) (symbols 48 15994 4) (strings 32 66172 1811)
 (string-bytes 1 1778826) (vectors 16 49203)
 (vector-slots 8 635102 64484) (floats 8 362 100)
 (intervals 56 2454 269) (buffers 992 24))

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

From: Po Lu <luangruo <at> yahoo.com>
To: Spencer Bronson <spencerbronson <at> mac.com>
Cc: 71350 <at> debbugs.gnu.org
Subject: Re: bug#71350: 30.0.50; kill-this-buffer no longer works interactively
Date: Tue, 04 Jun 2024 09:42:53 +0800

Spencer Bronson <spencerbronson <at> mac.com> writes:

> Some change in the past month has altered the behavior of
> "kill-this-buffer" such that it no longer seems to work interactively.
> As recently as a month ago invoking M-x kill-this-buffer or binding
> kill-this-buffer to a key chord would usually kill the currently focused
> buffer.  After recompiling on June 1st, invoking "kill-this-buffer" this
> way returns the message "kill-this-buffer must be bound to an event with
> parameters" and does nothing further.  It still works when invoked from
> the menu bar.

As stated in the doc string, kill-this-buffer cannot be reliably invoked
but from the menu bar.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Po Lu <luangruo <at> yahoo.com>
Cc: spencerbronson <at> mac.com, 71350 <at> debbugs.gnu.org
Subject: Re: bug#71350: 30.0.50; kill-this-buffer no longer works interactively
Date: Tue, 04 Jun 2024 17:38:41 +0300

tags 71350 notabug wontfix
close 71350
thanks

> Cc: 71350 <at> debbugs.gnu.org
> Date: Tue, 04 Jun 2024 09:42:53 +0800
> From:  Po Lu via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
> 
> Spencer Bronson <spencerbronson <at> mac.com> writes:
> 
> > Some change in the past month has altered the behavior of
> > "kill-this-buffer" such that it no longer seems to work interactively.
> > As recently as a month ago invoking M-x kill-this-buffer or binding
> > kill-this-buffer to a key chord would usually kill the currently focused
> > buffer.  After recompiling on June 1st, invoking "kill-this-buffer" this
> > way returns the message "kill-this-buffer must be bound to an event with
> > parameters" and does nothing further.  It still works when invoked from
> > the menu bar.
> 
> As stated in the doc string, kill-this-buffer cannot be reliably invoked
> but from the menu bar.

Indeed, and so I'm closing this non-bug.

Previous Next

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