GNU bug report logs - #2319
23.0.90; search and replace does not move the point correctly

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 2319 in the body.
You can then email your comments to 2319 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Marco Pessotto <melmothx <at> gmail.com>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.90; search and replace does not move the point correctly
Date: Fri, 13 Feb 2009 13:45:29 +0100

emacs -Q
ESC-300 _ THERE
C-a 
C-k
C-y (20 times, to get the line *very* long)
M-<
M-% THERE  <enter> here <enter>
<space> until the curson does not move to the correct point.  "THERE" had 
actually been replace with "here", but the user can't controll the process.

The same happens when yanking for the 14th time. 

Bests

Marco Pessotto





In GNU Emacs 23.0.90.1 (i686-pc-linux-gnu, GTK+ Version 2.12.12)
 of 2009-02-10 on universe
Windowing system distributor `The X.Org Foundation', version 11.0.10402000
configured using `configure  '--prefix=/usr' '--sysconfdir=/etc' '--localstatedir=/var' '--program-prefix=' '--program-suffix=' '--mandir=/usr/man' '--infodir=/usr/info' '--enable-static=no' '--enable-shared=yes' '--with-x-toolkit=gtk' 'CFLAGS=-O2 -march=i686 -mtune=i686''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: it_IT.UTF-8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  desktop-save-mode: t
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
M-x b u g <tab> <M-backspace> <M-backspace> r e p <tab> 
r <backspace> o <tab> r t <tab> <return>

Recent messages:
Wrote /home/melmoth/.emacs.desktop.lock
Desktop: 0 buffers restored.
For information about GNU Emacs and the GNU system, type C-h C-a.
Making completion list... [2 times]

Message #10 received at 2319 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Marco Pessotto <melmothx <at> gmail.com>
To: 2319 <at> debbugs.gnu.org
Subject: on 23.0.91 still present
Date: Mon, 02 Mar 2009 10:26:32 +0100

Hi there!

The bug described here
<http://lists.gnu.org/archive/html/bug-gnu-emacs/2009-02/msg00507.html>
is still present in 23.0.91

Am I the only one who see this? I've tried with other fonts, with X and
without X, but is persistent. I'd add that is *really* annoying because
prevent the user to do _basic_ editing when working with long lines (and
nowadays happens very often). Maybe this issue for code-writing is not
so important, but I don't think emacs is only for coders.

Bests 

--Marco Pessotto

Message #15 received at 2319 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Jason Rumney <jasonr <at> gnu.org>
To: Marco Pessotto <melmothx <at> gmail.com>, 2319 <at> debbugs.gnu.org
Subject: Re: bug#2319: on 23.0.91 still present
Date: Mon, 02 Mar 2009 19:47:32 +0800

Marco Pessotto wrote:
> The bug described here
> <http://lists.gnu.org/archive/html/bug-gnu-emacs/2009-02/msg00507.html>
> is still present in 23.0.91
>
> Am I the only one who see this? I've tried with other fonts, with X and
> without X, but is persistent. I'd add that is *really* annoying because
> prevent the user to do _basic_ editing when working with long lines (and
> nowadays happens very often). Maybe this issue for code-writing is not
> so important, but I don't think emacs is only for coders.
>   

I've seen similar behaviour a few days ago while running a macro. It 
seems to occur at some points when the window scrolls (but not others), 
and in my case I don't think any wrapped lines were involved (maybe they 
were temporarily during the macro running, I'll have to try to recreate 
the situation to check).

Message #24 received at 2319 <at> debbugs.gnu.org (full text, mbox):

From: Andrew Hyatt <ahyatt <at> gmail.com>
To: Marco <melmothx <at> gmail.com>
Cc: Glenn Morris <rgm <at> gnu.org>, 2319 <at> debbugs.gnu.org, 6002 <at> debbugs.gnu.org
Subject: Re: bug#6002: 23.1.96; bug#2319 still present
Date: Tue, 29 Dec 2015 19:38:48 -0500

Marco <melmothx <at> gmail.com> writes:

> On Thu, Apr 22, 2010 at 12:14:19PM -0400, Glenn Morris wrote:
>> merge 2319 6002
>> stop
>> 
>> Marco Pessotto wrote:
>> 
>> > The bug #2319 which affects the display of the point, is still present
>> > in the latest prerelease
>> 
>> I'm sorry no-one has fixed your issue. But please in general try to
>> reply to existing bug reports (where applicable) rather than creating
>> new ones. Thanks.
>
> Sorry, my bad.

I tried to reproduce this on Emacs 25, and was unable to.  The cursor
correctly moved to each HERE and replaced it.  I didn't see anything
amiss.  Please let me know if you can reproduce this on Emacs 25, and
I'll re-open.

BTW, sorry, due to an error on my part, I closed this as unreproducible
before I actually looked at it.  But, (luckily?) it does appear
unreproducible for me.

Previous Next

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