GNU bug report logs -
#1095
23.0.60; Unexpected point position after undo
Previous Next
Reported by: Markus Triska <markus.triska <at> gmx.at>
Date: Mon, 6 Oct 2008 01:25:04 UTC
Severity: normal
Tags: fixed
Merged with 21722
Found in version 25.0.50
Fixed in version 25.1
Done: npostavs <at> users.sourceforge.net
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 1095 in the body.
You can then email your comments to 1095 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#1095
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
Markus Triska <markus.triska <at> gmx.at>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
In "emacs -Q", when I insert into *scratch* the form:
(progn (end-of-line) (insert "\nhi"))
then place point on the "g" and press C-M-x C-/, then the insertion is
undone, and point remains on the "g", as expected. When I then press
C-h f C-g C-M-x C-/, the insertion is undone, and point is
unexpectedly placed at the end of the form. When I then place point on
the "g" again, and again press C-M-x C-/, point again stays put. In
Emacs 22.2, point remains on the "g" in all these cases. In CVS Emacs,
`buffer-undo-list' after the first C-M-x on "g" is:
(nil
(229 . 232)
196 nil
(nil rear-nonsticky nil 228 . 229)
(nil fontified nil 192 . 229)
(192 . 229)
(t 0 . 0)
nil
(1 . 192)
(t 0 . 0))
Again in CVS Emacs, `buffer-undo-list' after C-h f C-g C-M-x (in
"emacs -Q") on the form above, with point on its "g", is:
(nil
(229 . 232)
nil
(nil rear-nonsticky nil 228 . 229)
(nil fontified nil 192 . 229)
(192 . 229)
(t 0 . 0)
nil
(1 . 192)
(t 0 . 0))
In Emacs 22.2.92, `buffer-undo-list' in both cases is:
(nil
(38 . 41)
5 nil
(nil rear-nonsticky nil 37 . 38)
(nil fontified nil 1 . 38)
(1 . 38)
(t 0 . 0))
In GNU Emacs 23.0.60.3 (i386-apple-darwin8.11.1, GTK+ Version 2.12.9)
of 2008-10-05 on mt-computer.local
Windowing system distributor `The XFree86 Project, Inc', version 11.0.40400000
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: en_GB.UTF-8
value of $XMODIFIERS: nil
locale-coding-system: nil
default-enable-multibyte-characters: t
Added tag(s) unreproducible.
Request was from
Lars Magne Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 11 Sep 2011 18:13:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#1095
; Package
emacs
.
(Sun, 11 Sep 2011 18:35:02 GMT)
Full text and
rfc822 format available.
Message #10 received at 1095 <at> debbugs.gnu.org (full text, mbox):
Markus Triska <markus.triska <at> gmx.at> writes:
> In "emacs -Q", when I insert into *scratch* the form:
>
> (progn (end-of-line) (insert "\nhi"))
>
> then place point on the "g" and press C-M-x C-/, then the insertion is
> undone, and point remains on the "g", as expected. When I then press
> C-h f C-g C-M-x C-/, the insertion is undone, and point is
> unexpectedly placed at the end of the form. When I then place point on
> the "g" again, and again press C-M-x C-/, point again stays put. In
> Emacs 22.2, point remains on the "g" in all these cases.
I'm unable to reproduce this bug in Emacs 24. Are you still seeing
this problem?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
bug closed, send any further explanations to
1095 <at> debbugs.gnu.org and Markus Triska <markus.triska <at> gmx.at>
Request was from
Lars Magne Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 25 Sep 2011 21:48:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#1095
; Package
emacs
.
(Sun, 25 Sep 2011 21:52:07 GMT)
Full text and
rfc822 format available.
Message #15 received at 1095 <at> debbugs.gnu.org (full text, mbox):
Lars Magne Ingebrigtsen <larsi <at> gnus.org> writes:
>> In "emacs -Q", when I insert into *scratch* the form:
>>
>> (progn (end-of-line) (insert "\nhi"))
>>
>> then place point on the "g" and press C-M-x C-/, then the insertion is
>> undone, and point remains on the "g", as expected. When I then press
>> C-h f C-g C-M-x C-/, the insertion is undone, and point is
>> unexpectedly placed at the end of the form. When I then place point on
>> the "g" again, and again press C-M-x C-/, point again stays put. In
>> Emacs 22.2, point remains on the "g" in all these cases.
>
> I'm unable to reproduce this bug in Emacs 24. Are you still seeing
> this problem?
More information was requested, but was apparently not given, so I'm
closing this bug report. If this is still a problem, please reopen the
bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 24 Oct 2011 11:24:06 GMT)
Full text and
rfc822 format available.
bug unarchived.
Request was from
Eli Zaretskii <eliz <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sun, 03 Jul 2016 15:41:02 GMT)
Full text and
rfc822 format available.
Did not alter fixed versions and reopened.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 03 Jul 2016 16:47:01 GMT)
Full text and
rfc822 format available.
Merged 1095 21722.
Request was from
Eli Zaretskii <eliz <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sun, 03 Jul 2016 16:47:02 GMT)
Full text and
rfc822 format available.
Removed tag(s) unreproducible.
Request was from
Eli Zaretskii <eliz <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sun, 03 Jul 2016 19:19:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#1095
; Package
emacs
.
(Thu, 11 Aug 2016 01:17:02 GMT)
Full text and
rfc822 format available.
Message #28 received at 1095 <at> debbugs.gnu.org (full text, mbox):
Markus Triska <triska <at> metalevel.at> writes:
> In "emacs -Q", when I insert into *scratch* the form:
>
> (progn (end-of-line) (insert "\nhi"))
>
> then place point on the "g" and press C-M-x C-/, then the insertion is
> undone, and point remains on the "g", as expected. When I then press:
>
> C-h f C-g C-M-x C-/
>
> the insertion is undone, and point is unexpectedly placed at the end of
> the form instead of remaining on the "g". When I then place point on the
> "g" again, and again press C-M-x C-/, point again stays on the "g".
>
> Thus, point position after undo is sometimes unexpected.
In 25.1-rc1 the point position stays in place for both cases. So I
guess this can be considered fixed?
(In 25.0.93 (which I happened to have lying around), it moves in both
cases)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#1095
; Package
emacs
.
(Fri, 12 Aug 2016 06:38:01 GMT)
Full text and
rfc822 format available.
Message #31 received at 1095 <at> debbugs.gnu.org (full text, mbox):
npostavs <at> users.sourceforge.net writes:
> In 25.1-rc1 the point position stays in place for both cases. So I
> guess this can be considered fixed?
Yes, this is fixed. Phillip Lord corrected this in #23871, thank you!
All the best,
Markus
Added tag(s) fixed.
Request was from
npostavs <at> users.sourceforge.net
to
control <at> debbugs.gnu.org
.
(Fri, 12 Aug 2016 22:44:01 GMT)
Full text and
rfc822 format available.
bug marked as fixed in version 25.1, send any further explanations to
21722 <at> debbugs.gnu.org and Markus Triska <triska <at> metalevel.at>
Request was from
npostavs <at> users.sourceforge.net
to
control <at> debbugs.gnu.org
.
(Fri, 12 Aug 2016 22:44:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#1095
; Package
emacs
.
(Fri, 19 Aug 2016 15:46:02 GMT)
Full text and
rfc822 format available.
Message #38 received at 1095 <at> debbugs.gnu.org (full text, mbox):
npostavs <at> users.sourceforge.net writes:
> Markus Triska <triska <at> metalevel.at> writes:
>
>> In "emacs -Q", when I insert into *scratch* the form:
>>
>> (progn (end-of-line) (insert "\nhi"))
>>
>> then place point on the "g" and press C-M-x C-/, then the insertion is
>> undone, and point remains on the "g", as expected. When I then press:
>>
>> C-h f C-g C-M-x C-/
>>
>> the insertion is undone, and point is unexpectedly placed at the end of
>> the form instead of remaining on the "g". When I then place point on the
>> "g" again, and again press C-M-x C-/, point again stays on the "g".
>>
>> Thus, point position after undo is sometimes unexpected.
>
> In 25.1-rc1 the point position stays in place for both cases. So I
> guess this can be considered fixed?
>
> (In 25.0.93 (which I happened to have lying around), it moves in both
> cases)
Sorry, think I just forgot to close this one. Thanks for checking.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 17 Sep 2016 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 8 years and 335 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.