GNU bug report logs - #78945
30.1; C-x 4 4 and C-x 5 5 do not work with `dired-mouse-find-file'

Previous Next

Package: emacs;

Reported by: Alcor <alcor <at> tilde.club>

Date: Wed, 2 Jul 2025 19:13:02 UTC

Severity: normal

Found in version 30.1

Fixed in version 31.0.50

Done: Juri Linkov <juri <at> linkov.net>

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 78945 <at> debbugs.gnu.org, alcor <at> tilde.club, juri <at> linkov.net
Subject: Re: bug#78945: 30.1; C-x 4 4 and C-x 5 5 do not work with
 `dired-mouse-find-file'
Date: Wed, 09 Jul 2025 14:14:24 +0300
> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
> Cc: 78945 <at> debbugs.gnu.org,  Eli Zaretskii <eliz <at> gnu.org>,  alcor <at> tilde.club
> Date: Mon, 07 Jul 2025 15:20:42 -0400
> 
> >> The "normal" way to disable the override is by consuming it:
> >>
> >>                        ;; Reset display-buffer-overriding-action
> >>                        ;; after the first display-buffer action (bug#39722).
> >>                        (funcall clearfun)
> >>
> >> I'm not suggesting we leave the override active "indefinitely" for as
> >> long as no `display-buffer` used it, but I don't expect any serious
> >> problem if the override lingers a bit longer.
> >
> > The only potential problem is mistyped keys or accidental clicks.
> > But since it's very rare then maybe this patch is ok:
> >
> > diff --git a/lisp/window.el b/lisp/window.el
> > index ea102706ecb..a25af158a73 100644
> > --- a/lisp/window.el
> > +++ b/lisp/window.el
> > @@ -9673,9 +9680,9 @@ display-buffer-override-next-command
> >                       ;; But don't remove immediately after
> >                       ;; adding the hook by the same command below.
> >                       (eq this-command command)
> > -                     ;; Don't exit on mouse down event
> > -                     ;; in anticipation of mouse release event.
> > -                     (memq 'down (event-modifiers last-input-event)))
> > +                     ;; Don't exit on mouse down event in anticipation
> > +                     ;; of mouse release or double click event.
> > +                     (mouse-event-p last-input-event))
> >                (funcall exitfun))))
> >      ;; Call post-function after the next command finishes (bug#49057).
> >      (add-hook 'post-command-hook postfun)
> 
> LGTM.

Does this mean any mouse-click command will cause the next command
also be affected by "C-x 4 4" and friends?




This bug report was last modified 28 days ago.

Previous Next


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