GNU bug report logs - #13559
24.3.50; mysterious, uncalled-for point movement when exit minibuffer

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 13559 in the body.
You can then email your comments to 13559 AT debbugs.gnu.org in the normal way.

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

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

From: "Drew Adams" <drew.adams <at> oracle.com>
To: <bug-gnu-emacs <at> gnu.org>
Subject: 24.3.50; mysterious, uncalled-for point movement when exit minibuffer
Date: Sat, 26 Jan 2013 09:44:33 -0800

Sorry, but I cannot give a recipe to repro this yet.
 
Somehow, it is suddenly the case (with my setup, but only with
recent builds, perhaps just the latest I have, 2013-01-25 -
that's where I noticed it) that with even something as simple as
M-x forward-char or M-: (forward-char), and even if I use C-g to
cancel such (e.g., just M-x C-g), point gets moved to another
location.  I need not hit C-g - the same thing happens with
M-x forward-char RET.
 
The location seems unpredictable, and I don't know what makes it change.
It is not the mark, in any case.  And this happens even with Icicle mode
turned off (I mention that because Icicles has its own M-x and M-:.)
 
And it doesn't matter how I set point - mouse-1 or C-f etc.
And it does not matter whether I set mark at point.  Something makes
exiting from the minibuffer warp point to another location.
The target location stays the same, but something (dunno what)
can make it change to a different mysterious location.
 
If I scroll the window so the mysterious target location is off
window, the cursor still gets warped to it (and thus the window is
scrolled to show it).
 
HTH.  Sorry I don't have more info about this yet.
Anyone else seeing anything like this?
 
In GNU Emacs 24.3.50.1 (i386-mingw-nt5.1.2600)
 of 2013-01-25 on ODIEONE
Bzr revision: 111604 eliz <at> gnu.org-20130125143821-1ykj7ia1qjojjjnp
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Configured using:
 `configure --with-gcc (4.7) --no-opt --enable-checking --cflags
 -IC:/Devel/emacs/build/include --ldflags -LC:/Devel/emacs/build/lib'
 

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 13559 <at> debbugs.gnu.org
Subject: Re: bug#13559: 24.3.50;
	mysterious, uncalled-for point movement when exit minibuffer
Date: Sat, 26 Jan 2013 20:13:52 +0200

> From: "Drew Adams" <drew.adams <at> oracle.com>
> Date: Sat, 26 Jan 2013 09:44:33 -0800
> 
> Sorry, but I cannot give a recipe to repro this yet.
>  
> Somehow, it is suddenly the case (with my setup, but only with
> recent builds, perhaps just the latest I have, 2013-01-25 -
> that's where I noticed it) that with even something as simple as
> M-x forward-char or M-: (forward-char), and even if I use C-g to
> cancel such (e.g., just M-x C-g), point gets moved to another
> location.  I need not hit C-g - the same thing happens with
> M-x forward-char RET.

Can you try reproducing this from "emacs -Q"?

I'm guessing that some redisplay change made lately goofed, but it's
hard to look for it without a recipe.

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

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Eli Zaretskii'" <eliz <at> gnu.org>
Cc: 13559 <at> debbugs.gnu.org
Subject: RE: bug#13559: 24.3.50;
	mysterious, uncalled-for point movement when exit minibuffer
Date: Sat, 26 Jan 2013 10:18:18 -0800

> > Sorry, but I cannot give a recipe to repro this yet.
> >  
> > Somehow, it is suddenly the case (with my setup, but only with
> > recent builds, perhaps just the latest I have, 2013-01-25 -
> > that's where I noticed it) that with even something as simple as
> > M-x forward-char or M-: (forward-char), and even if I use C-g to
> > cancel such (e.g., just M-x C-g), point gets moved to another
> > location.  I need not hit C-g - the same thing happens with
> > M-x forward-char RET.
> 
> Can you try reproducing this from "emacs -Q"?

No, I don't think so.  Not until I find out more about it.  If & when I do, I'll
let you know.

> I'm guessing that some redisplay change made lately goofed, but it's
> hard to look for it without a recipe.

With luck more people will run into it and we'll learn more.  Sooner or later we
will perhaps be able to repro it simply, from emacs -Q.

For now, the bug report is just a heads-up.  Perhaps it will help as is, ringing
a bell for someone who made recent changes.  So far, I've seen this in a build
from 1/25, but not yet in a build from 1/22.  (Doesn't mean I won't encounter it
with 1/22, just saying that's what I've seen so far.)

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: 13559 <at> debbugs.gnu.org, 'Eli Zaretskii' <eliz <at> gnu.org>
Subject: Re: bug#13559: 24.3.50;
 mysterious, uncalled-for point movement when exit minibuffer
Date: Sun, 09 Feb 2014 20:45:15 -0800

"Drew Adams" <drew.adams <at> oracle.com> writes:

>> > Sorry, but I cannot give a recipe to repro this yet.
>> >  
>> > Somehow, it is suddenly the case (with my setup, but only with
>> > recent builds, perhaps just the latest I have, 2013-01-25 -
>> > that's where I noticed it) that with even something as simple as
>> > M-x forward-char or M-: (forward-char), and even if I use C-g to
>> > cancel such (e.g., just M-x C-g), point gets moved to another
>> > location.  I need not hit C-g - the same thing happens with
>> > M-x forward-char RET.
>> 
>> Can you try reproducing this from "emacs -Q"?
>
> No, I don't think so.  Not until I find out more about it.  If & when I do, I'll
> let you know.

That was a year ago, so I'm closing this bug.  Please reopen if further
progress can be made.

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/

Previous Next

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