GNU bug report logs - #64022
Subject: 28.2; minibuffer-beginning-of-buffer fails to set mark

Previous Next

Package: emacs;

Reported by: Al Petrofsky <al <at> petrofsky.org>

Date: Mon, 12 Jun 2023 15:17:02 UTC

Severity: normal

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Al Petrofsky <al <at> petrofsky.org>
Cc: 64022 <at> debbugs.gnu.org
Subject: bug#64022: Subject: 28.2; minibuffer-beginning-of-buffer fails to set mark
Date: Mon, 12 Jun 2023 18:49:30 +0300
> From: Al Petrofsky <al <at> petrofsky.org>
> Date: Mon, 12 Jun 2023 11:15:43 -0400
> 
>    emacs -Q
>    M-: foo M-< C-x C-x
> 
> In emacs 26, point returns to the end of the minibuffer, but in 27 and
> 28.2 a bogus "No mark set in this buffer" error is reported.
> 
> I think the first 'when' in minibuffer-beginning-of-buffer is supposed
> to be 'unless'.

You are right.  I've now fixed this on the emacs-29 branch.

> Another issue is that this:
> 
>    emacs -Q
>    M-: C-x C-x
> 
> correctly reports "No mark set in this buffer", but this:
> 
>    emacs -Q
>    M-: t C-@ RET
>    M-: C-x C-x
> 
> does not.  This does no harm, but logically the mark should probably
> be unset when a new minibuffer is created.

It's not a new minibuffer, it's the same "*Minibuf-1*" minibuffer used
the first time.  So I think Emacs behaves correctly here.




This bug report was last modified 2 years and 27 days ago.

Previous Next


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