GNU bug report logs -
#4994
23.1.50; reftex-isearch-minor-mode does not restore to the original point
Previous Next
Reported by: Leo <sdl.web <at> gmail.com>
Date: Fri, 20 Nov 2009 17:40:04 UTC
Severity: normal
Done: Juri Linkov <juri <at> jurta.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Mon, 07 Dec 2009 22:48:50 +0200
with message-id <87ocmase6l.fsf <at> mail.jurta.org>
and subject line Re: 23.1.50; reftex-isearch-minor-mode does not restore to the original point
has caused the Emacs bug report #4994,
regarding 23.1.50; reftex-isearch-minor-mode does not restore to the original point
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact help-debbugs <at> gnu.org
immediately.)
--
4994: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=4994
Emacs Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
1. (reftex-isearch-minor-mode t)
2. now search a string in a LaTeX project that is split (via \input
or \include) into many files
3. C-g to quit
and you will see point can be left in a new buffer.
For example, from the master file I initialised an isearch and when the
point jumped to chap1.tex, I hit C-g. Point was left in chap1.tex
instead of the original buffer where the command started.
I am surprised by this behaviour so I'm wondering whether this is a bug.
Best wishes,
Leo
================================
If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
`bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/Applications/Emacs.app/Contents/Resources/etc/DEBUG for instructions.
In GNU Emacs 23.1.50.1 (i386-apple-darwin9.8.0, NS apple-appkit-949.54)
of 2009-09-22 on neutron.local
Windowing system distributor `Apple', version 10.3.949
configured using `configure '--with-ns''
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: nil
value of $XMODIFIERS: nil
locale-coding-system: nil
default enable-multibyte-characters: t
[Message part 3 (message/rfc822, inline)]
Bug closed.
--
Juri Linkov
http://www.jurta.org/emacs/
This bug report was last modified 15 years and 146 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.