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)]
This is a response to the message of Lars. Apparently, we get the same
backtrace.
```
Debugger entered--Lisp error: (error "Negative repetition argument -1")
self-insert-command(-1)
newline(-1)
open-line(-1)
eval((open-line -1) t)
eval-expression((open-line -1) nil nil 127)
funcall-interactively(eval-expression (open-line -1) nil nil 127)
call-interactively(eval-expression nil nil)
command-execute(eval-expression)
```
This is what C-h f open-line RET shows
```
open-line is an interactive compiled Lisp function in ‘simple.el’.
It is bound to C-o, <insertline>.
(open-line N)
Probably introduced at or before Emacs version 19.29.
Insert a newline and leave point before it.
If there is a fill prefix and/or a ‘left-margin’, insert them on
the new line if the line would have been blank.
With arg N, insert N newlines.
```
On Wed, 29 Sept 2021 at 15:38, Rodrigo Morales <moralesrodrigo1100 <at> gmail.com>
wrote:
> > 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.)
>
> Typo: "right-to-left" instead of "from left to right"
>
[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.