GNU bug report logs - #4994
23.1.50; reftex-isearch-minor-mode does not restore to the original point

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (Emacs bug Tracking System)
To: Leo <sdl.web <at> gmail.com>
Subject: bug#4994 closed by Juri Linkov <juri <at> jurta.org> (Re: 23.1.50;
 reftex-isearch-minor-mode does not restore to the  original point)
Date: Mon, 07 Dec 2009 20:55:07 +0000

[Message part 1 (text/plain, inline)]

This is an automatic notification regarding your bug report
which was filed against the emacs package:

#4994: 23.1.50; reftex-isearch-minor-mode does not restore to the original point

It has been closed by Juri Linkov <juri <at> jurta.org>.

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Juri Linkov <juri <at> jurta.org> by
replying to this email.


-- 
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)]

From: Juri Linkov <juri <at> jurta.org>
To: 4994-done <at> debbugs.gnu.org
Subject: Re: 23.1.50; reftex-isearch-minor-mode does not restore to the  original point
Date: Mon, 07 Dec 2009 22:48:50 +0200

Bug closed.

-- 
Juri Linkov
http://www.jurta.org/emacs/

[Message part 3 (message/rfc822, inline)]

From: Leo <sdl.web <at> gmail.com>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.1.50; reftex-isearch-minor-mode does not restore to the original point
Date: Fri, 20 Nov 2009 17:34:46 +0000

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

Previous Next

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