GNU bug report logs -
#50900
27.2; Evaluating open-line with a negative argument changes the behavior of self-insert
Previous Next
Reported by: Rodrigo Morales <moralesrodrigo1100 <at> gmail.com>
Date: Wed, 29 Sep 2021 19:08:02 UTC
Severity: normal
Tags: moreinfo
Found in version 27.2
Fixed in version 28.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Sorry, I wasn't clear in my previous message.
Before you evaluate the expression, you have to be in a buffer with no
read-only-mode. This means that if you tried to reproduce the issue in
the "*GNU Emacs*" buffer, you didn't fully reproduce the bug. For
some reason, the bug doesn't happen when the expression is evaluated
in a buffer with read-only-mode.
Here are more clearer steps:
1. Execute "emacs -Q"
2. Evaluate (open-line -1) in the "*scratch*" buffer.
3. Move your cursor to the "*scratch*" buffer.
4. Insert any text
5. (At this point, whenever you insert a character, the cursor is
moved to the beginning of the line which makes it seem that you are
typing from left to right.)
I was able to reproduce this issue in emacs 27.2 (in two systems) and
emacs 26.2 (in one system).
On Wed, 29 Sept 2021 at 14:07, Rodrigo Morales <moralesrodrigo1100 <at> gmail.com>
wrote:
>
> In order to reproduce this bug, I deleted my ~/.config/emacs/init.el
> file and made sure that no other Emacs configuration file existed in
> $HOME.
>
> Steps to reproduce this bug:
>
> 1. Evaluate (open-line -1)
> 2. Insert text in any buffer
>
> You will see that whenever a character is inserted, the point is moved
> to the beginning of the line.
>
[Message part 2 (text/html, inline)]
This bug report was last modified 3 years and 290 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.