bug#71350: 30.0.50; kill-this-buffer no longer works interactively

bug#71350: 30.0.50; kill-this-buffer no longer works interactively

[Spencer Bronson via Bug reports for GNU Emacs, the Swiss army knife of text editors]

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))

bug#71350: 30.0.50; kill-this-buffer no longer works interactively

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

Spencer Bronson <spencerbronson@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.

bug#71350: 30.0.50; kill-this-buffer no longer works interactively

[Eli Zaretskii]

tags 71350 notabug wontfix
close 71350
thanks

> Cc: 71350@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@gnu.org>
> 
> Spencer Bronson <spencerbronson@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.