From unknown Sat Aug 16 22:46:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#64022: Subject: 28.2; minibuffer-beginning-of-buffer fails to set mark Resent-From: Al Petrofsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Jun 2023 15:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 64022 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 64022@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.168658297724513 (code B ref -1); Mon, 12 Jun 2023 15:17:02 +0000 Received: (at submit) by debbugs.gnu.org; 12 Jun 2023 15:16:17 +0000 Received: from localhost ([127.0.0.1]:40220 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q8jHE-0006NI-NQ for submit@debbugs.gnu.org; Mon, 12 Jun 2023 11:16:17 -0400 Received: from lists.gnu.org ([209.51.188.17]:52598) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q8jHC-0006N8-KX for submit@debbugs.gnu.org; Mon, 12 Jun 2023 11:16:15 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q8jGz-0007U1-MD for bug-gnu-emacs@gnu.org; Mon, 12 Jun 2023 11:16:01 -0400 Received: from mail-pl1-f170.google.com ([209.85.214.170]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1q8jGx-0003wc-Gt for bug-gnu-emacs@gnu.org; Mon, 12 Jun 2023 11:16:01 -0400 Received: by mail-pl1-f170.google.com with SMTP id d9443c01a7336-1b3d4bbed8bso1897415ad.0 for ; Mon, 12 Jun 2023 08:15:56 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1686582955; x=1689174955; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=TJuvyZKpFIe60vx2vez9CY1BuS9P4Y+As/nX9JUMOfE=; b=WKnYWRnDUZkwWzIjEpRH46mV+R7f00bE+6k/gktpiNDqmygyEh84hQbD2REPD6Tz6x lqNcdGronEge28TpNkaHY2mQesa+HIG+fqdx2GX52WKLq9z7LI0OXiWCGTb3fWGDORAG 5bGk6KpZOzu9b0G0ErWxNQyHrmmgwyLfiJN41PO5Hgm4kq37r3ARwrMi+YSUmziWlkKY H1L4fs6LgMs6y0S/esvfaTou3qQ7RyUlDwBIZ5VvVzCrHhAbPeasZwnQdcRqg/fDWIVR g/3pKcrVMvWyfxG2BhnXEH4s4wHPBvX7c1NtQmy4snzqoUjQOuyEl7z1cgDa1G6+HIg5 vKaw== X-Gm-Message-State: AC+VfDx+UscZ/THS1YbYZj8lKMR8Ef4CQEzPi+kgOCMZWRaBTmphDHaI COSr8hNtKiPLWE/eta3B+aX8NKgXeuq5ljH2AByY9s6lcXY= X-Google-Smtp-Source: ACHHUZ7PWuIJiWrV3MHks8BseWxjs5MD7VWcA2JpcHMmsFgQ5k7iPfz9b/GDYQ3nRJsEjO3sEMQWHG3eq9OcTX7zKm0= X-Received: by 2002:a17:90b:4f8a:b0:25b:88bc:bb6b with SMTP id qe10-20020a17090b4f8a00b0025b88bcbb6bmr10739212pjb.2.1686582954936; Mon, 12 Jun 2023 08:15:54 -0700 (PDT) MIME-Version: 1.0 From: Al Petrofsky Date: Mon, 12 Jun 2023 11:15:43 -0400 Message-ID: Content-Type: multipart/alternative; boundary="000000000000e9cc0705fdf0318a" Received-SPF: pass client-ip=209.85.214.170; envelope-from=al.petrofsky@gmail.com; helo=mail-pl1-f170.google.com X-Spam_score_int: -13 X-Spam_score: -1.4 X-Spam_bar: - X-Spam_report: (-1.4 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.1 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) --000000000000e9cc0705fdf0318a Content-Type: text/plain; charset="UTF-8" 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'. 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. --000000000000e9cc0705fdf0318a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
=C2=A0 =C2=A0emacs -Q
=C2=A0 =C2=A0M-: foo M-< C-x C= -x

In emacs 26, point returns to the end of the minibuffer, but in 2= 7 and
28.2 a bogus "No mark set in this buffer" error is repor= ted.

I think the first 'when' in minibuffer-beginning-of-buf= fer is supposed
to be 'unless'.

Another issue is that thi= s:

=C2=A0 =C2=A0emacs -Q
=C2=A0 =C2=A0M-: C-x C-x

correctl= y reports "No mark set in this buffer", but this:

=C2=A0 = =C2=A0emacs -Q
=C2=A0 =C2=A0M-: t C-@ RET
=C2=A0 =C2=A0M-: C-x C-x
does not.=C2=A0 This does no harm, but logically the mark should prob= ably
be unset when a new minibuffer is created.
--000000000000e9cc0705fdf0318a-- From unknown Sat Aug 16 22:46:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#64022: Subject: 28.2; minibuffer-beginning-of-buffer fails to set mark Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Jun 2023 15:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64022 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Al Petrofsky Cc: 64022@debbugs.gnu.org Received: via spool by 64022-submit@debbugs.gnu.org id=B64022.168658496428286 (code B ref 64022); Mon, 12 Jun 2023 15:50:01 +0000 Received: (at 64022) by debbugs.gnu.org; 12 Jun 2023 15:49:24 +0000 Received: from localhost ([127.0.0.1]:40378 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q8jnH-0007MA-VL for submit@debbugs.gnu.org; Mon, 12 Jun 2023 11:49:24 -0400 Received: from eggs.gnu.org ([209.51.188.92]:55322) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q8jnF-0007Lu-0S for 64022@debbugs.gnu.org; Mon, 12 Jun 2023 11:49:22 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q8jn9-0006lv-CF; Mon, 12 Jun 2023 11:49:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=my/2DW9GNGPnySA81SMtfVCvP8dJw3foeCmf1K1yelE=; b=YrYnHnyTOsS9 Y0eRlPOtOOmlm8NJ/7DdVnbK54yG6qpAipaMS7SFteH6UCgAyv8+8UeZMH+v06V7T2akJTLQCnji3 PQMgNwnw7LjMepWN2z03kwpDaPYyxkrfIgigiSBPPMOZXbrRi5ocYb/1rChwuvnwLv1k1jgRJFomh haKKK7C7LmRsesUrMHD3o1ah/4RKnU2FeuBeux7uvNM+7O6lrR64e7gzOne+Mp5CHXK1B2YsxUYpC O30ptl0Pw2mX8RkdIaBVKMuB/mFArXx+YXWwQkI30O53I32qG5aAz9jOM8zLkXaqQSbim61svsSzX ra70uqTmA9O/Yjkye6cc2w==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q8jn8-0004Tb-SO; Mon, 12 Jun 2023 11:49:15 -0400 Date: Mon, 12 Jun 2023 18:49:30 +0300 Message-Id: <834jncy92t.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Al Petrofsky on Mon, 12 Jun 2023 11:15:43 -0400) References: X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Al Petrofsky > 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. From unknown Sat Aug 16 22:46:17 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Al Petrofsky Subject: bug#64022: closed (Re: bug#64022: Subject: 28.2; minibuffer-beginning-of-buffer fails to set mark) Message-ID: References: <83v8fmr0qv.fsf@gnu.org> X-Gnu-PR-Message: they-closed 64022 X-Gnu-PR-Package: emacs Reply-To: 64022@debbugs.gnu.org Date: Sat, 17 Jun 2023 07:46:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1686987962-29888-1" This is a multi-part message in MIME format... ------------=_1686987962-29888-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #64022: Subject: 28.2; minibuffer-beginning-of-buffer fails to set mark which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 64022@debbugs.gnu.org. --=20 64022: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D64022 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1686987962-29888-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 64022-done) by debbugs.gnu.org; 17 Jun 2023 07:45:06 +0000 Received: from localhost ([127.0.0.1]:50788 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAQcL-0007kh-Ru for submit@debbugs.gnu.org; Sat, 17 Jun 2023 03:45:06 -0400 Received: from eggs.gnu.org ([209.51.188.92]:51844) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAQcJ-0007jr-N6 for 64022-done@debbugs.gnu.org; Sat, 17 Jun 2023 03:45:05 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qAQcE-0001V2-6i; Sat, 17 Jun 2023 03:44:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=kL/r02v/KDueI33mu5q5U2SxN9zOG+2Jl+R0+LWb8lE=; b=dSeyBcn+bNKe Wf/QHgnyawx5dX76ZcBblmSLiWhAVvVo0zDzpw8qEg4+zeWfb1gQcoz2OqbqLT9PWbsUKF6IwMbNv rNlYAOqyO3Rci/0p1dMVkT1D7lsnsV64ZKgNRcEEwjhILCq17lRKYQGfTdMHdArpC6bGx4NYN2Nrc jfaElKrPKzNGQg7mrEjBGP9yHd5WrTpBH/tqANJ5RzKKOFZfPtcBdxUnwKkt2DXwo6qTJN5ecN+jg AEWudzRB1VjVos9B5VkpHOl8ZOO3O53ZkrsdUrQd3zDsz18nxxXYflRX5gsPZRZI9Zgmn5/4LD00V u/uibhTO/Zjyf+vTsT9zUA==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qAQcD-0005Qz-Mv; Sat, 17 Jun 2023 03:44:58 -0400 Date: Sat, 17 Jun 2023 10:44:56 +0300 Message-Id: <83v8fmr0qv.fsf@gnu.org> From: Eli Zaretskii To: al@petrofsky.org In-Reply-To: <834jncy92t.fsf@gnu.org> (message from Eli Zaretskii on Mon, 12 Jun 2023 18:49:30 +0300) Subject: Re: bug#64022: Subject: 28.2; minibuffer-beginning-of-buffer fails to set mark References: <834jncy92t.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64022-done Cc: 64022-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Cc: 64022@debbugs.gnu.org > Date: Mon, 12 Jun 2023 18:49:30 +0300 > From: Eli Zaretskii > > > From: Al Petrofsky > > 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. No further comments, so I'm now closing this bug. ------------=_1686987962-29888-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 12 Jun 2023 15:16:17 +0000 Received: from localhost ([127.0.0.1]:40220 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q8jHE-0006NI-NQ for submit@debbugs.gnu.org; Mon, 12 Jun 2023 11:16:17 -0400 Received: from lists.gnu.org ([209.51.188.17]:52598) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q8jHC-0006N8-KX for submit@debbugs.gnu.org; Mon, 12 Jun 2023 11:16:15 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q8jGz-0007U1-MD for bug-gnu-emacs@gnu.org; Mon, 12 Jun 2023 11:16:01 -0400 Received: from mail-pl1-f170.google.com ([209.85.214.170]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1q8jGx-0003wc-Gt for bug-gnu-emacs@gnu.org; Mon, 12 Jun 2023 11:16:01 -0400 Received: by mail-pl1-f170.google.com with SMTP id d9443c01a7336-1b3d4bbed8bso1897415ad.0 for ; Mon, 12 Jun 2023 08:15:56 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1686582955; x=1689174955; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=TJuvyZKpFIe60vx2vez9CY1BuS9P4Y+As/nX9JUMOfE=; b=WKnYWRnDUZkwWzIjEpRH46mV+R7f00bE+6k/gktpiNDqmygyEh84hQbD2REPD6Tz6x lqNcdGronEge28TpNkaHY2mQesa+HIG+fqdx2GX52WKLq9z7LI0OXiWCGTb3fWGDORAG 5bGk6KpZOzu9b0G0ErWxNQyHrmmgwyLfiJN41PO5Hgm4kq37r3ARwrMi+YSUmziWlkKY H1L4fs6LgMs6y0S/esvfaTou3qQ7RyUlDwBIZ5VvVzCrHhAbPeasZwnQdcRqg/fDWIVR g/3pKcrVMvWyfxG2BhnXEH4s4wHPBvX7c1NtQmy4snzqoUjQOuyEl7z1cgDa1G6+HIg5 vKaw== X-Gm-Message-State: AC+VfDx+UscZ/THS1YbYZj8lKMR8Ef4CQEzPi+kgOCMZWRaBTmphDHaI COSr8hNtKiPLWE/eta3B+aX8NKgXeuq5ljH2AByY9s6lcXY= X-Google-Smtp-Source: ACHHUZ7PWuIJiWrV3MHks8BseWxjs5MD7VWcA2JpcHMmsFgQ5k7iPfz9b/GDYQ3nRJsEjO3sEMQWHG3eq9OcTX7zKm0= X-Received: by 2002:a17:90b:4f8a:b0:25b:88bc:bb6b with SMTP id qe10-20020a17090b4f8a00b0025b88bcbb6bmr10739212pjb.2.1686582954936; Mon, 12 Jun 2023 08:15:54 -0700 (PDT) MIME-Version: 1.0 From: Al Petrofsky Date: Mon, 12 Jun 2023 11:15:43 -0400 Message-ID: Subject: Subject: 28.2; minibuffer-beginning-of-buffer fails to set mark To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="000000000000e9cc0705fdf0318a" Received-SPF: pass client-ip=209.85.214.170; envelope-from=al.petrofsky@gmail.com; helo=mail-pl1-f170.google.com X-Spam_score_int: -13 X-Spam_score: -1.4 X-Spam_bar: - X-Spam_report: (-1.4 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.1 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) --000000000000e9cc0705fdf0318a Content-Type: text/plain; charset="UTF-8" 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'. 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. --000000000000e9cc0705fdf0318a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
=C2=A0 =C2=A0emacs -Q
=C2=A0 =C2=A0M-: foo M-< C-x C= -x

In emacs 26, point returns to the end of the minibuffer, but in 2= 7 and
28.2 a bogus "No mark set in this buffer" error is repor= ted.

I think the first 'when' in minibuffer-beginning-of-buf= fer is supposed
to be 'unless'.

Another issue is that thi= s:

=C2=A0 =C2=A0emacs -Q
=C2=A0 =C2=A0M-: C-x C-x

correctl= y reports "No mark set in this buffer", but this:

=C2=A0 = =C2=A0emacs -Q
=C2=A0 =C2=A0M-: t C-@ RET
=C2=A0 =C2=A0M-: C-x C-x
does not.=C2=A0 This does no harm, but logically the mark should prob= ably
be unset when a new minibuffer is created.
--000000000000e9cc0705fdf0318a-- ------------=_1686987962-29888-1--