GNU bug report logs - #61189
29.0.60; Strange log-edit-mode M-q bug introduced in 27.1

Previous Next

Package: emacs;

Reported by: Eric Gillespie <epg <at> pretzelnet.org>

Date: Mon, 30 Jan 2023 22:53:01 UTC

Severity: normal

Found in version 29.0.60

Full log


View this message in rfc822 format

From: Eric Gillespie <epg <at> pretzelnet.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 61189 <at> debbugs.gnu.org
Subject: bug#61189: 29.0.60; Strange log-edit-mode M-q bug introduced in 27.1
Date: Wed, 01 Feb 2023 09:04:40 -0600
Eli Zaretskii <eliz <at> gnu.org> writes:

> It's because of the parenthesized "(e.g. bork)" thingy.

Right.  I didn't strip it out of my minimal test case because it
is essential.

Obviously, it was an actual parenthetical emacs broke the day I
encountered the bug.  I was curious if I could find the commit
where this actually happened to me...  and I did!

Unfortunately, it's a private repository, but if you want a
real-world example, here you go:

#+begin_example
Fix RPM upload.

More fallout from the deduplication.  I mistakenly put the os name
(e.g. 'centos') rather than major number (7) in the previous "fix".
#+end_example

You don't even need to mess with 'Summary:' or log-edit-hook; I
wish I hadn't brought those up.

Just move point into that second paragraph and then M-q

In addition to the strange space-deletion and colon-insertion, I
see now that M-q shouldn't be doing anything at all to this
paragraph.  My fill-column is 72 and those lines are already
filled as is...

Thanks!




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

Previous Next


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