From sl392@cam.ac.uk Fri Nov 20 09:34:54 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 20 Nov 2009 17:34:54 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.2 required=4.0 tests=AWL,FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nAKHYqBJ000467 for ; Fri, 20 Nov 2009 09:34:54 -0800 Received: from mail.gnu.org ([199.232.76.166]:53460 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1NBXNj-0007Pk-W3 for emacs-pretest-bug@gnu.org; Fri, 20 Nov 2009 12:34:52 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NBXNi-00065m-6v for emacs-pretest-bug@gnu.org; Fri, 20 Nov 2009 12:34:51 -0500 Received: from ppsw-6.csi.cam.ac.uk ([131.111.8.136]:45008) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NBXNh-00065Y-RI for emacs-pretest-bug@gnu.org; Fri, 20 Nov 2009 12:34:50 -0500 X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: not scanned X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from lapwing-gw-1.csx.cam.ac.uk ([131.111.1.66]:53703 helo=victoria.local) by ppsw-6.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.156]:587) with esmtpsa (PLAIN:sl392) (TLSv1:DHE-RSA-AES128-SHA:128) id 1NBXNg-00083c-KI (Exim 4.70) for emacs-pretest-bug@gnu.org (return-path ); Fri, 20 Nov 2009 17:34:48 +0000 From: Leo To: emacs-pretest-bug@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 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Leo, Shidai Liu" X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) 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 From juri@jurta.org Fri Nov 20 11:09:04 2009 Received: (at 4994) by emacsbugs.donarmstrong.com; 20 Nov 2009 19:09:05 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.6 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mx1.starman.ee (smtp-out3.starman.ee [85.253.0.5]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nAKJ93fY012863 for <4994@emacsbugs.donarmstrong.com>; Fri, 20 Nov 2009 11:09:04 -0800 X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Received: from mail.starman.ee (82.131.34.117.cable.starman.ee [82.131.34.117]) by mx1.starman.ee (Postfix) with ESMTP id AECBF3F4149; Fri, 20 Nov 2009 21:08:53 +0200 (EET) From: Juri Linkov To: Leo Cc: 4994@debbugs.gnu.org Subject: Re: bug#4994: 23.1.50; reftex-isearch-minor-mode does not restore to the original point Organization: JURTA References: Date: Fri, 20 Nov 2009 21:08:07 +0200 In-Reply-To: (Leo's message of "Fri, 20 Nov 2009 17:34:46 +0000") Message-ID: <87ocmxrp48.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > 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. Thanks, good point. It seems C-g doesn't return to the initial search state. I'll try a solution. -- Juri Linkov http://www.jurta.org/emacs/ From juri@jurta.org Fri Nov 20 11:54:45 2009 Received: (at 4994) by emacsbugs.donarmstrong.com; 20 Nov 2009 19:54:45 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.6 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mx1.starman.ee (smtp-out3.starman.ee [85.253.0.5]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nAKJshNS017205 for <4994@emacsbugs.donarmstrong.com>; Fri, 20 Nov 2009 11:54:45 -0800 X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Received: from mail.starman.ee (82.131.34.117.cable.starman.ee [82.131.34.117]) by mx1.starman.ee (Postfix) with ESMTP id D4C0A3F4167; Fri, 20 Nov 2009 21:54:37 +0200 (EET) From: Juri Linkov To: 4994@debbugs.gnu.org Cc: Leo Subject: Re: bug#4994: 23.1.50; reftex-isearch-minor-mode does not restore to the original point Organization: JURTA References: <87ocmxrp48.fsf@mail.jurta.org> Date: Fri, 20 Nov 2009 21:32:08 +0200 In-Reply-To: <87ocmxrp48.fsf@mail.jurta.org> (Juri Linkov's message of "Fri, 20 Nov 2009 21:08:07 +0200") Message-ID: <87zl6hq8h1.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii >> 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. > > Thanks, good point. It seems C-g doesn't return to the initial search state. > I'll try to find a solution. Multi-buffer isearch has no chance to save the initial state because its setup is called too late - after the initial state (without additional information about the original buffer) is pushed to the stack. IOW, in `isearch-mode', `(isearch-push-state)' is called earlier than (run-hooks 'isearch-mode-hook) that sets up multi-buffer specific `isearch-push-state-function'. Changing the order of these lines fixes this bug. However, this change has a risk of breaking other things. So I need more time to test this fix. -- Juri Linkov http://www.jurta.org/emacs/ From geb-bug-gnu-emacs@m.gmane.org Fri Nov 20 14:44:43 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 20 Nov 2009 22:44:43 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.4 required=4.0 tests=AWL,HAS_BUG_NUMBER, MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nAKMieLG032726 for ; Fri, 20 Nov 2009 14:44:43 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NBcDX-0005LY-Op for bug-gnu-emacs@gnu.org; Fri, 20 Nov 2009 17:44:39 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NBcDS-0005KL-9v for bug-gnu-emacs@gnu.org; Fri, 20 Nov 2009 17:44:38 -0500 Received: from [199.232.76.173] (port=53294 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NBcDS-0005KD-2S for bug-gnu-emacs@gnu.org; Fri, 20 Nov 2009 17:44:34 -0500 Received: from lo.gmane.org ([80.91.229.12]:35324) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NBcDQ-0006wY-Mr for bug-gnu-emacs@gnu.org; Fri, 20 Nov 2009 17:44:33 -0500 Received: from list by lo.gmane.org with local (Exim 4.50) id 1NBcDO-0006Oy-5d for bug-gnu-emacs@gnu.org; Fri, 20 Nov 2009 23:44:30 +0100 Received: from soup.linux.pwf.cam.ac.uk ([193.60.95.74]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 20 Nov 2009 23:44:29 +0100 Received: from sdl.web by soup.linux.pwf.cam.ac.uk with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 20 Nov 2009 23:44:29 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: Leo Subject: Re: bug#4994: 23.1.50; reftex-isearch-minor-mode does not restore to the original point Date: Fri, 20 Nov 2009 22:44:15 +0000 Organization: University of Cambridge Lines: 18 Message-ID: References: <87ocmxrp48.fsf@mail.jurta.org> <87zl6hq8h1.fsf@mail.jurta.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: soup.linux.pwf.cam.ac.uk User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) Cancel-Lock: sha1:vne3nPp5Vh+wpgF9ADUcpg2XU4o= Sender: news X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Hi Juri, On 2009-11-20 19:32 +0000, Juri Linkov wrote: > Multi-buffer isearch has no chance to save the initial state because > its setup is called too late - after the initial state (without > additional information about the original buffer) is pushed to the stack. > > IOW, in `isearch-mode', `(isearch-push-state)' is called earlier than > (run-hooks 'isearch-mode-hook) that sets up multi-buffer specific > `isearch-push-state-function'. > > Changing the order of these lines fixes this bug. However, this change has > a risk of breaking other things. So I need more time to test this fix. Thank you for fixing the issue. I will wait for your final patch ;) Best wishes, Leo From juri@jurta.org Mon Dec 7 09:32:54 2009 Received: (at 4994) by emacsbugs.donarmstrong.com; 7 Dec 2009 17:32:54 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.2 required=4.0 tests=AWL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mx1.starman.ee (smtp-out3.starman.ee [85.253.0.5]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nB7HWqlQ022064 for <4994@emacsbugs.donarmstrong.com>; Mon, 7 Dec 2009 09:32:53 -0800 X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Received: from mail.starman.ee (82.131.97.43.cable.starman.ee [82.131.97.43]) by mx1.starman.ee (Postfix) with ESMTP id 2AAC33F42A5; Mon, 7 Dec 2009 19:32:45 +0200 (EET) From: Juri Linkov To: Leo Cc: 4994@debbugs.gnu.org Subject: Re: 23.1.50; reftex-isearch-minor-mode does not restore to the original point Organization: JURTA References: Date: Mon, 07 Dec 2009 19:30:31 +0200 In-Reply-To: (Leo's message of "Fri, 20 Nov 2009 17:34:46 +0000") Message-ID: <87aaxu3d54.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > 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. This is fixed now in CVS. Please try the fix. Thank you for reporting the bug. -- Juri Linkov http://www.jurta.org/emacs/ From sdl.web@googlemail.com Mon Dec 7 11:29:39 2009 Received: (at 4994) by emacsbugs.donarmstrong.com; 7 Dec 2009 19:29:39 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.0 required=4.0 tests=none autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nB7JTa6f001912 for <4994@emacsbugs.donarmstrong.com>; Mon, 7 Dec 2009 11:29:38 -0800 Received: by ewy3 with SMTP id 3so183153ewy.13 for <4994@emacsbugs.donarmstrong.com>; Mon, 07 Dec 2009 11:29:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=XZvwSBWL7a0hTaD3m1VR5N/hUADrF3dv+GUjyrM8Z+4=; b=bZgTZuoe19k3F4/WgX95JUJknD/VqaCsGQgnYuUKshX2AeTY/GpyI8E1ooBA9iUANo odncUol4Y26QA7bChjzGRdVKBzjhuVZvTIDbRSx1J1/nWanDrfMAXS5ytPFqP5MOcmA1 JgkR4CNHoh0VxU7K4abS/R1S+BYd0m459WOlA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=havIcIGrEwmU9mIsU1kIg8UTluxoV2zlhxWma3jBDoB7vaEw5dJJFD+z3nMAbZ3iRu 42gUnSVm5A8YZ2dKWUQQzUCf87HextOlEs2jeAR/LvB43SjZRUwpxQsSL1LyjrNqWmkO /7HAC9Z+3VVFsf3lLMrVSqL2/SXpAKaAXd1Fc= MIME-Version: 1.0 Received: by 10.216.89.213 with SMTP id c63mr2539921wef.211.1260214160962; Mon, 07 Dec 2009 11:29:20 -0800 (PST) In-Reply-To: <87aaxu3d54.fsf@mail.jurta.org> References: <87aaxu3d54.fsf@mail.jurta.org> Date: Mon, 7 Dec 2009 19:29:20 +0000 Message-ID: <20a0c1020912071129y2a7406acp887cfe55856cc7d8@mail.gmail.com> Subject: Re: 23.1.50; reftex-isearch-minor-mode does not restore to the original point From: Leo To: Juri Linkov Cc: 4994@debbugs.gnu.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Juri, 2009/12/7 Juri Linkov : >> 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. > > This is fixed now in CVS. =A0Please try the fix. I can confirm this is fixed. Thank you very much. > Thank you for reporting the bug. > > -- > Juri Linkov > http://www.jurta.org/emacs/ Leo From juri@jurta.org Mon Dec 7 12:49:20 2009 Received: (at 4994-done) by emacsbugs.donarmstrong.com; 7 Dec 2009 20:49:20 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.2 required=4.0 tests=AWL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mx1.starman.ee (smtp-out3.starman.ee [85.253.0.5]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nB7KnIG2009386 for <4994-done@emacsbugs.donarmstrong.com>; Mon, 7 Dec 2009 12:49:20 -0800 X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Received: from mail.starman.ee (82.131.97.43.cable.starman.ee [82.131.97.43]) by mx1.starman.ee (Postfix) with ESMTP id 7F8E03F429C for <4994-done@emacsbugs.donarmstrong.com>; Mon, 7 Dec 2009 22:49:11 +0200 (EET) From: Juri Linkov To: 4994-done@debbugs.gnu.org Subject: Re: 23.1.50; reftex-isearch-minor-mode does not restore to the original point Organization: JURTA References: <87aaxu3d54.fsf@mail.jurta.org> <20a0c1020912071129y2a7406acp887cfe55856cc7d8@mail.gmail.com> Date: Mon, 07 Dec 2009 22:48:50 +0200 In-Reply-To: <20a0c1020912071129y2a7406acp887cfe55856cc7d8@mail.gmail.com> (Leo's message of "Mon, 7 Dec 2009 19:29:20 +0000") Message-ID: <87ocmase6l.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Bug closed. -- Juri Linkov http://www.jurta.org/emacs/ From unknown Fri Jun 20 07:17:36 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 29 Jan 2010 12:24:05 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A long time ago, in a galaxy far, far away # something happened. # # Magically this resulted in the following # action being taken, but this fake control # message doesn't tell you why it happened # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator