From unknown Wed Jun 25 03:51:23 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#1848 <1848@debbugs.gnu.org> To: bug#1848 <1848@debbugs.gnu.org> Subject: Status: 23.0.60; isearch-forward fails to find colon characters in Info buffers Reply-To: bug#1848 <1848@debbugs.gnu.org> Date: Wed, 25 Jun 2025 10:51:23 +0000 retitle 1848 23.0.60; isearch-forward fails to find colon characters in Inf= o buffers reassign 1848 emacs submitter 1848 Brent Goodrick severity 1848 normal thanks From bgoodr@gmail.com Sat Jan 10 09:52:25 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 10 Jan 2009 17:52:25 +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.4 required=4.0 tests=FOURLA,IMPRONONCABLE_1, MURPHY_SEX_L2,MURPHY_WRONG_WORD2 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.13.8/8.13.8/Debian-3) with ESMTP id n0AHqLj4032656 for ; Sat, 10 Jan 2009 09:52:22 -0800 Received: from mail.gnu.org ([199.232.76.166]:34691 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1LLhzF-0006dK-5V for emacs-pretest-bug@gnu.org; Sat, 10 Jan 2009 12:51:05 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1LLi0P-0008Mp-Rn for emacs-pretest-bug@gnu.org; Sat, 10 Jan 2009 12:52:20 -0500 Received: from rv-out-0708.google.com ([209.85.198.244]:41963) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LLi0P-0008Mj-F1 for emacs-pretest-bug@gnu.org; Sat, 10 Jan 2009 12:52:17 -0500 Received: by rv-out-0708.google.com with SMTP id k29so11942207rvb.6 for ; Sat, 10 Jan 2009 09:52:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:mime-version :content-type:content-transfer-encoding:message-id:date:to:subject :x-mailer; bh=2tzCgnu+aj1SYQUIMWiPBm/qJ/a4k7oRFRmnk9gQTNY=; b=slGyew3fDh1VZNvUWn9Ut85dRWmif5UkBHENBaYzCwW0Q2R+Oju48SqZ3VEBjXjpdW 7yt7av/IW6IggPaBNERttnVwbYQ4sb3AQuU1e6zaMsGl0zq1PFETBOSctt0R1+8JZCmo FZyy6otESUz7LzvcM7OS8QfNSjHzGOHwcSbIs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:mime-version:content-type:content-transfer-encoding:message-id :date:to:subject:x-mailer; b=HpQOGC/DyIyFhyFTyfkOV9sfVxTHUv4zYf09LyTYldq0c2AqppQ1vtCrJOdd9O16aJ 7p/Lm+lhDcLEYyhEVVHJnb0t24X9KOS6U7yq0z7yMJ35d6OSq22XWp6+YPpIzRxuFbWJ 2EwLibz/TBvwT1lSB31jTdBrfF3Xv0TzYx/fU= Received: by 10.141.132.1 with SMTP id j1mr3605913rvn.282.1231609935133; Sat, 10 Jan 2009 09:52:15 -0800 (PST) Received: from hungover.brentg.com.thisisbogus.com ([76.14.208.3]) by mx.google.com with ESMTPS id b8sm7305580rvf.9.2009.01.10.09.52.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 10 Jan 2009 09:52:14 -0800 (PST) From: Brent Goodrick MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18792.57415.297530.40046@hungover.brentg.com> Date: Sat, 10 Jan 2009 09:52:07 -0800 To: emacs-pretest-bug@gnu.org Subject: 23.0.60; isearch-forward fails to find colon characters in Info buffers X-Mailer: VM viewmail-606 under 23.0.60.1 (x86_64-unknown-linux-gnu) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Please write in English if possible, because the Emacs maintainers usually do not have translators to read other languages for them. Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list. Please describe exactly what actions triggered the bug and the precise symptoms of the bug: 1. Invoke Emacs CVS top of trunk on Debian Linux "testing" built as of today (2009-01-10). Pass the -q option. 2. Type C-h i to view the Info buffer 3. Type d to get to the top node. Insure that there is an "Emacs" node listed. 4. Type C-s which should be bound to isearch-forward 5. Type e 6. Type m 7. Type a 8. Type c 9. Type s 10. Type : 11. It fails to find the colon character. 12. Rerun the above steps again on Emacs 22-2 and it works as expected. 13. Back in Emacs 23, copy and paste all of the Info buffer into some other new scrap buffer, go to the top of the buffer and repeat steps 1 through 10 and it finds the colon. Can someone double-check that this isn't a symptom of a more serious change of behavior in isearch or elsewhere in Emacs 23? 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 /home/brentg/emacs_from_source/install/share/emacs/23.0.60/etc/DEBUG for instructions. In GNU Emacs 23.0.60.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.12.11) of 2009-01-10 on hungover Windowing system distributor `The X.Org Foundation', version 11.0.10402000 configured using `configure '--with-x-toolkit' '--with-xft' '--prefix=/home/brentg/emacs_from_source/install'' 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_US.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: desktop-save-mode: t iswitchb-mode: t erc-ring-mode: t erc-services-mode: t erc-networks-mode: t display-time-mode: t shell-dirtrack-mode: t delete-selection-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: 1 transient-mark-mode: t Recent input: M-x r e p o r b 0 C-g C-h i C-s e m a c s : C-p q M-x r e p o r t - e m b u Recent messages: Loading /home/brentg/emacs_lisp/bg-emacs.el (source)...done Composing main Info directory...done Desktop: 18 buffers restored. For information about GNU Emacs and the GNU system, type C-h C-a. Raising the Emacs window with: DISPLAY=:0.0 wmctrl -a 67109026 -i Resizing The Emacs window with: DISPLAY=:0.0 wmctrl -r 67109026 -i -b add,maximized_vert,maximized_horz Quit Pushed a window configuration. [2 times] Mark saved where search started Pushed a window configuration. From juri@jurta.org Sun Jan 11 17:11:41 2009 Received: (at 1848) by emacsbugs.donarmstrong.com; 12 Jan 2009 01:11:41 +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.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0C1BbtC031180 for <1848@emacsbugs.donarmstrong.com>; Sun, 11 Jan 2009 17:11:39 -0800 Received: from [83.170.232.243] (helo=smtp.svitonline.com) by relay01.kiev.sovam.com with esmtp (Exim 4.67) (envelope-from ) id 1LMBLK-000Ira-Aq; Mon, 12 Jan 2009 03:11:50 +0200 From: Juri Linkov To: Brent Goodrick Cc: 1848@debbugs.gnu.org Subject: Re: bug#1848: 23.0.60; isearch-forward fails to find colon characters in Info buffers Organization: JURTA References: <18792.57415.297530.40046@hungover.brentg.com> Date: Mon, 12 Jan 2009 03:04:32 +0200 In-Reply-To: <18792.57415.297530.40046@hungover.brentg.com> (Brent Goodrick's message of "Sat, 10 Jan 2009 09:52:07 -0800") Message-ID: <87k591ibbz.fsf@jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanner-Signature: 69470ef176344869aa12c1af2e75e870 X-DrWeb-checked: yes X-SpamTest-Envelope-From: juri@jurta.org X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Trusted X-SpamTest-Info: Profiles 6713 [Jan 12 2009] X-SpamTest-Info: {received from trusted relay: common white list} X-SpamTest-Info: {HEADERS: header Content-Type found without required header Content-Transfer-Encoding} X-SpamTest-Method: white ip list X-SpamTest-Rate: 10 X-SpamTest-Status: Trusted X-SpamTest-Status-Extended: trusted X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release > 1. Invoke Emacs CVS top of trunk on Debian Linux "testing" built as of > today (2009-01-10). Pass the -q option. > 2. Type C-h i to view the Info buffer > 3. Type d to get to the top node. Insure that there is an "Emacs" > node listed. > 4. Type C-s which should be bound to isearch-forward > 5. Type e > 6. Type m > 7. Type a > 8. Type c > 9. Type s > 10. Type : > 11. It fails to find the colon character. > 12. Rerun the above steps again on Emacs 22-2 and it works as > expected. > 13. Back in Emacs 23, copy and paste all of the Info buffer into some > other new scrap buffer, go to the top of the buffer and repeat steps 1 > through 10 and it finds the colon. > > Can someone double-check that this isn't a symptom of a more serious > change of behavior in isearch or elsewhere in Emacs 23? That's correct, in Emacs 23 C-s doesn't find invisible characters in Info. This is an intentional change, not a bug. Please see http://thread.gmane.org/gmane.emacs.devel/95142 -- Juri Linkov http://www.jurta.org/emacs/ From rgm@gnu.org Mon Jan 12 00:38:27 2009 Received: (at 1848) by emacsbugs.donarmstrong.com; 12 Jan 2009 08:38:27 +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=-6.0 required=4.0 tests=HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham 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.13.8/8.13.8/Debian-3) with ESMTP id n0C8cOqq014775 for <1848@emacsbugs.donarmstrong.com>; Mon, 12 Jan 2009 00:38:25 -0800 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1LMIIC-0004Vf-3t; Mon, 12 Jan 2009 03:37:04 -0500 From: Glenn Morris To: Juri Linkov Cc: 1848@debbugs.gnu.org, Brent Goodrick Subject: Re: bug#1848: 23.0.60; isearch-forward fails to find colon characters in Info buffers References: <18792.57415.297530.40046@hungover.brentg.com> <87k591ibbz.fsf@jurta.org> X-Spook: Mantis chameleon man SHA Majic Ft. Meade Yukon infowar UOP X-Ran: %M%TC-hB8Qi#'Zprc1c8-mEf=%lHWs:?)f4rD7qG76RvbRTz@I`t}m+~`Es=*R`:0U!uWn X-Hue: blue X-Debbugs-No-Ack: yes X-Attribution: GM Date: Mon, 12 Jan 2009 03:37:03 -0500 In-Reply-To: <87k591ibbz.fsf@jurta.org> (Juri Linkov's message of "Mon, 12 Jan 2009 03:04:32 +0200") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Juri Linkov wrote: > That's correct, in Emacs 23 C-s doesn't find invisible characters > in Info. This is an intentional change, not a bug. Please see > http://thread.gmane.org/gmane.emacs.devel/95142 I found it a bit confusing that setting search-invisible to t makes no difference to the behaviour here. Should Info-search-success-function respect search-invisible? From monnier@iro.umontreal.ca Mon Jan 12 07:22:01 2009 Received: (at 1848) by emacsbugs.donarmstrong.com; 12 Jan 2009 15:22:01 +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.5 required=4.0 tests=HAS_BUG_NUMBER,XIRONPORT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0CFLsLN021567 for <1848@emacsbugs.donarmstrong.com>; Mon, 12 Jan 2009 07:21:56 -0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EAKruaklMCpxj/2dsb2JhbACBbNB/hW+BbA X-IronPort-AV: E=Sophos;i="4.37,253,1231131600"; d="scan'208";a="32177320" Received: from 76-10-156-99.dsl.teksavvy.com (HELO pastel.home) ([76.10.156.99]) by ironport2-out.teksavvy.com with ESMTP; 12 Jan 2009 10:21:49 -0500 Received: by pastel.home (Postfix, from userid 20848) id 4E6CC8440; Mon, 12 Jan 2009 10:21:48 -0500 (EST) From: Stefan Monnier To: Glenn Morris Cc: 1848@debbugs.gnu.org, Juri Linkov , Brent Goodrick Subject: Re: bug#1848: 23.0.60; isearch-forward fails to find colon characters in Info buffers Message-ID: References: <18792.57415.297530.40046@hungover.brentg.com> <87k591ibbz.fsf@jurta.org> Date: Mon, 12 Jan 2009 10:21:48 -0500 In-Reply-To: (Glenn Morris's message of "Mon, 12 Jan 2009 03:37:03 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii >> That's correct, in Emacs 23 C-s doesn't find invisible characters >> in Info. This is an intentional change, not a bug. Please see >> http://thread.gmane.org/gmane.emacs.devel/95142 > I found it a bit confusing that setting search-invisible to t makes no > difference to the behaviour here. Should Info-search-success-function > respect search-invisible? I'd say yes. Does anyone object? Stefan From bgoodr@gmail.com Mon Jan 12 07:25:33 2009 Received: (at 1848) by emacsbugs.donarmstrong.com; 12 Jan 2009 15:25:33 +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.0 required=4.0 tests=HAS_BUG_NUMBER,MULTALT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0CFPUx2022788 for <1848@emacsbugs.donarmstrong.com>; Mon, 12 Jan 2009 07:25:31 -0800 Received: by yw-out-2324.google.com with SMTP id 3so3398406ywj.31 for <1848@emacsbugs.donarmstrong.com>; Mon, 12 Jan 2009 07:25:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=yL6KZN8EU8MOUwMaQ0Mvox9awThWElY4VYLaqdYtqw8=; b=nIT7Xhf0Np+1lfdVH2cJs4VB6nqorozoQJOPB7X6AJVnHVU0TP78oehP8tEsBOyBmW 3TgtaNYE0GlyAXTpBVy+w+FHLVDgQNVyIJSJ51NzU5N6sFjbcFi256CU99UBuXtP3HBm +R2z0S9pguBB30zKoh1dDz4sTf/7mpRjigE+Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=vjP40Yb10PYJR0lt41Dq99i0Vr9w5zEEY5Of7ywOPRuQmJ0l32BkHk7oeiu334ARMO PzjAGdHevZ6UiqrT/YazYukF6WuDEi65KR0ulLwErx2tJe16aBLxBQDXbZRV7GMSn5LP AzbUud/oXd36YzaTDQhZ1LGNIYSXqrfhmBqyc= Received: by 10.90.50.5 with SMTP id x5mr13784110agx.23.1231773928539; Mon, 12 Jan 2009 07:25:28 -0800 (PST) Received: by 10.90.115.12 with HTTP; Mon, 12 Jan 2009 07:25:28 -0800 (PST) Message-ID: Date: Mon, 12 Jan 2009 07:25:28 -0800 From: "Brent Goodrick" To: "Stefan Monnier" Subject: Re: bug#1848: 23.0.60; isearch-forward fails to find colon characters in Info buffers Cc: "Glenn Morris" , 1848@debbugs.gnu.org, "Juri Linkov" In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_254707_16392848.1231773928535" References: <18792.57415.297530.40046@hungover.brentg.com> <87k591ibbz.fsf@jurta.org> ------=_Part_254707_16392848.1231773928535 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Sounds reasonable to me. Brent On Mon, Jan 12, 2009 at 7:21 AM, Stefan Monnier wrote: > >> That's correct, in Emacs 23 C-s doesn't find invisible characters > >> in Info. This is an intentional change, not a bug. Please see > >> http://thread.gmane.org/gmane.emacs.devel/95142 > > > I found it a bit confusing that setting search-invisible to t makes no > > difference to the behaviour here. Should Info-search-success-function > > respect search-invisible? > > I'd say yes. Does anyone object? > > > Stefan > ------=_Part_254707_16392848.1231773928535 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Sounds reasonable to me.

Brent

On Mon, Jan 12, 2009 at 7:21 AM, Stefan Monnier <monnier@iro.umontreal.ca> wrote:
>> That's correct, in Emacs 23 C-s doesn't find invisible characters
>> in Info.  This is an intentional change, not a bug.  Please see
>> http://thread.gmane.org/gmane.emacs.devel/95142

> I found it a bit confusing that setting search-invisible to t makes no
> difference to the behaviour here. Should Info-search-success-function
> respect search-invisible?

I'd say yes.  Does anyone object?


       Stefan

------=_Part_254707_16392848.1231773928535-- From eliz@gnu.org Mon Jan 12 11:07:00 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 12 Jan 2009 19:07:00 +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.0 required=4.0 tests=GMAIL,HAS_BUG_NUMBER 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.13.8/8.13.8/Debian-3) with ESMTP id n0CJ6rP1014680 for ; Mon, 12 Jan 2009 11:06:55 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LMS7h-00065h-7O for bug-gnu-emacs@gnu.org; Mon, 12 Jan 2009 14:06:53 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LMS7g-00065R-EZ for bug-gnu-emacs@gnu.org; Mon, 12 Jan 2009 14:06:52 -0500 Received: from [199.232.76.173] (port=56348 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LMS7g-00065M-8t for bug-gnu-emacs@gnu.org; Mon, 12 Jan 2009 14:06:52 -0500 Received: from mtaout1.012.net.il ([84.95.2.1]:24260) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LMS7d-0004Zw-8Y; Mon, 12 Jan 2009 14:06:49 -0500 Received: from conversion-daemon.i-mtaout1.012.net.il by i-mtaout1.012.net.il (HyperSendmail v2007.08) id <0KDD00500GW4VX00@i-mtaout1.012.net.il>; Mon, 12 Jan 2009 21:06:08 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.126.141.155]) by i-mtaout1.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KDD00L1TH27U4M0@i-mtaout1.012.net.il>; Mon, 12 Jan 2009 21:06:08 +0200 (IST) Date: Mon, 12 Jan 2009 21:05:59 +0200 From: Eli Zaretskii Subject: Re: bug#1848: 23.0.60; isearch-forward fails to find colon characters in Info buffers In-reply-to: X-012-Sender: halo1@inter.net.il To: Stefan Monnier , 1848@debbugs.gnu.org Cc: rgm@gnu.org, bgoodr@gmail.com, bug-gnu-emacs@gnu.org Reply-to: Eli Zaretskii Message-id: References: <18792.57415.297530.40046@hungover.brentg.com> <87k591ibbz.fsf@jurta.org> X-detected-operating-system: by monty-python.gnu.org: Solaris 9.1 > From: Stefan Monnier > Date: Mon, 12 Jan 2009 10:21:48 -0500 > Cc: 1848@emacsbugs.donarmstrong.com, Brent Goodrick > > >> That's correct, in Emacs 23 C-s doesn't find invisible characters > >> in Info. This is an intentional change, not a bug. Please see > >> http://thread.gmane.org/gmane.emacs.devel/95142 > > > I found it a bit confusing that setting search-invisible to t makes no > > difference to the behaviour here. Should Info-search-success-function > > respect search-invisible? > > I'd say yes. Does anyone object? I don't object, but wouldn't it be confusing to have it "find" the colon, without the colon being visible? Perhaps we should make it temporarily visible? From monnier@iro.umontreal.ca Mon Jan 12 11:42:46 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 12 Jan 2009 19:42:46 +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.5 required=4.0 tests=HAS_BUG_NUMBER,XIRONPORT autolearn=unavailable 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.13.8/8.13.8/Debian-3) with ESMTP id n0CJgh6q023304 for ; Mon, 12 Jan 2009 11:42:44 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LMSgM-00055J-Qb for bug-gnu-emacs@gnu.org; Mon, 12 Jan 2009 14:42:42 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LMSgM-00054t-59 for bug-gnu-emacs@gnu.org; Mon, 12 Jan 2009 14:42:42 -0500 Received: from [199.232.76.173] (port=55147 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LMSgM-00054q-2D for bug-gnu-emacs@gnu.org; Mon, 12 Jan 2009 14:42:42 -0500 Received: from ironport2-out.pppoe.ca ([206.248.154.182]:50680 helo=ironport2-out.teksavvy.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LMSgH-0001sx-Sb; Mon, 12 Jan 2009 14:42:37 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EAJsra0lMCpxj/2dsb2JhbACBbNJMhW+BbA X-IronPort-AV: E=Sophos;i="4.37,254,1231131600"; d="scan'208";a="32194220" Received: from 76-10-156-99.dsl.teksavvy.com (HELO pastel.home) ([76.10.156.99]) by ironport2-out.teksavvy.com with ESMTP; 12 Jan 2009 14:42:36 -0500 Received: by pastel.home (Postfix, from userid 20848) id C6CFF8440; Mon, 12 Jan 2009 14:42:35 -0500 (EST) From: Stefan Monnier To: Eli Zaretskii Cc: 1848@debbugs.gnu.org, rgm@gnu.org, bgoodr@gmail.com, bug-gnu-emacs@gnu.org Subject: Re: bug#1848: 23.0.60; isearch-forward fails to find colon characters in Info buffers Message-ID: References: <18792.57415.297530.40046@hungover.brentg.com> <87k591ibbz.fsf@jurta.org> Date: Mon, 12 Jan 2009 14:42:35 -0500 In-Reply-To: (Eli Zaretskii's message of "Mon, 12 Jan 2009 21:05:59 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. X-CrossAssassin-Score: 2 >> >> That's correct, in Emacs 23 C-s doesn't find invisible characters >> >> in Info. This is an intentional change, not a bug. Please see >> >> http://thread.gmane.org/gmane.emacs.devel/95142 >> >> > I found it a bit confusing that setting search-invisible to t makes no >> > difference to the behaviour here. Should Info-search-success-function >> > respect search-invisible? >> >> I'd say yes. Does anyone object? > I don't object, but wouldn't it be confusing to have it "find" the > colon, without the colon being visible? Perhaps we should make it > temporarily visible? Oh, yes, definitely. If we can't temporarily show the invisible text, then we shouldn't obey (eq search-invisible 'open), but we should still obey (eq search-invisible t). Stefan From juri@jurta.org Tue Jan 13 17:07:10 2009 Received: (at 1848) by emacsbugs.donarmstrong.com; 14 Jan 2009 01:07:10 +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.5 required=4.0 tests=HAS_BUG_NUMBER, MURPHY_DRUGS_REL8,PHONENUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0E176Hr017784 for <1848@emacsbugs.donarmstrong.com>; Tue, 13 Jan 2009 17:07:07 -0800 Received: from [83.170.232.243] (helo=smtp.svitonline.com) by relay02.kiev.sovam.com with esmtp (Exim 4.67) (envelope-from ) id 1LMuDo-0007Ao-UW; Wed, 14 Jan 2009 03:07:05 +0200 From: Juri Linkov To: Stefan Monnier Cc: 1848@debbugs.gnu.org, Eli Zaretskii , bgoodr@gmail.com Subject: Re: bug#1848: 23.0.60; isearch-forward fails to find colon characters in Info buffers Organization: JURTA References: <18792.57415.297530.40046@hungover.brentg.com> <87k591ibbz.fsf@jurta.org> Date: Wed, 14 Jan 2009 03:04:45 +0200 In-Reply-To: (Stefan Monnier's message of "Mon, 12 Jan 2009 14:42:35 -0500") Message-ID: <873afmaeaa.fsf@jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanner-Signature: e04e44772e0ad72f7751591e8aa1bd99 X-DrWeb-checked: yes X-SpamTest-Envelope-From: juri@jurta.org X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Trusted X-SpamTest-Info: Profiles 5467 [Oct 22 2008] X-SpamTest-Info: {received from trusted relay: common white list} X-SpamTest-Info: {HEADERS: header Content-Type found without required header Content-Transfer-Encoding} X-SpamTest-Method: white ip list X-SpamTest-Rate: 10 X-SpamTest-Status: Trusted X-SpamTest-Status-Extended: trusted X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release >>> > I found it a bit confusing that setting search-invisible to t makes no >>> > difference to the behaviour here. Should Info-search-success-function >>> > respect search-invisible? >>> >>> I'd say yes. Does anyone object? > >> I don't object, but wouldn't it be confusing to have it "find" the >> colon, without the colon being visible? Perhaps we should make it >> temporarily visible? > > Oh, yes, definitely. If we can't temporarily show the invisible text, > then we shouldn't obey (eq search-invisible 'open), but we should still > obey (eq search-invisible t). Then the following patch does this. It checks only for (eq search-invisible t), not for 'open. BTW, I'm not sure if we should also skip the breadcrumbs line. I currently have no problems with the search matching at the breadcrumbs line. So maybe we should wait for a request from someone who has a problem with breadcrumbs. Index: lisp/info.el =================================================================== RCS file: /sources/emacs/emacs/lisp/info.el,v retrieving revision 1.557 diff -c -w -b -r1.557 info.el *** lisp/info.el 10 Jan 2009 10:42:08 -0000 1.557 --- lisp/info.el 14 Jan 2009 00:59:59 -0000 *************** *** 1868,1878 **** (let ((backward (< found beg-found))) (not (or (if backward (or (text-property-not-all found beg-found 'invisible nil) (text-property-not-all found beg-found 'display nil)) (or (text-property-not-all beg-found found 'invisible nil) ! (text-property-not-all beg-found found 'display nil))) ;; Skip node header line (and (save-excursion (forward-line -1) (looking-at "\^_")) --- 1868,1879 ---- (let ((backward (< found beg-found))) (not (or + (and (not (eq search-invisible t)) (if backward (or (text-property-not-all found beg-found 'invisible nil) (text-property-not-all found beg-found 'display nil)) (or (text-property-not-all beg-found found 'invisible nil) ! (text-property-not-all beg-found found 'display nil)))) ;; Skip node header line (and (save-excursion (forward-line -1) (looking-at "\^_")) -- Juri Linkov http://www.jurta.org/emacs/ From monnier@iro.umontreal.ca Tue Jan 13 17:51:14 2009 Received: (at 1848) by emacsbugs.donarmstrong.com; 14 Jan 2009 01:51:14 +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.5 required=4.0 tests=HAS_BUG_NUMBER, MURPHY_DRUGS_REL8,XIRONPORT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0E1pBal028727 for <1848@emacsbugs.donarmstrong.com>; Tue, 13 Jan 2009 17:51:12 -0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ar8EANPTbElMCpxj/2dsb2JhbACBbMxXhW+BcQ X-IronPort-AV: E=Sophos;i="4.37,261,1231131600"; d="scan'208";a="32267416" Received: from 76-10-156-99.dsl.teksavvy.com (HELO ceviche.home) ([76.10.156.99]) by ironport2-out.teksavvy.com with ESMTP; 13 Jan 2009 20:51:05 -0500 Received: by ceviche.home (Postfix, from userid 20848) id 1A9257017D; Tue, 13 Jan 2009 20:51:05 -0500 (EST) From: Stefan Monnier To: Juri Linkov Cc: 1848@debbugs.gnu.org, Eli Zaretskii , bgoodr@gmail.com Subject: Re: bug#1848: 23.0.60; isearch-forward fails to find colon characters in Info buffers Message-ID: References: <18792.57415.297530.40046@hungover.brentg.com> <87k591ibbz.fsf@jurta.org> <873afmaeaa.fsf@jurta.org> Date: Tue, 13 Jan 2009 20:51:05 -0500 In-Reply-To: <873afmaeaa.fsf@jurta.org> (Juri Linkov's message of "Wed, 14 Jan 2009 03:04:45 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > Then the following patch does this. It checks only for > (eq search-invisible t), not for 'open. Looks fine. > BTW, I'm not sure if we should also skip the breadcrumbs line. > I currently have no problems with the search matching at the > breadcrumbs line. So maybe we should wait for a request > from someone who has a problem with breadcrumbs. I see no reason to skip the breadcrumbs. Stefan From juri@jurta.org Wed Jan 14 15:18:53 2009 Received: (at 1848-done) by emacsbugs.donarmstrong.com; 14 Jan 2009 23:18: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=-3.0 required=4.0 tests=HAS_BUG_NUMBER, MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0ENInVc030797 for <1848-done@emacsbugs.donarmstrong.com>; Wed, 14 Jan 2009 15:18:51 -0800 Received: from [83.170.232.243] (helo=smtp.svitonline.com) by relay02.kiev.sovam.com with esmtp (Exim 4.69) (envelope-from ) id 1LNF0W-000GwM-Hp; Thu, 15 Jan 2009 01:18:44 +0200 From: Juri Linkov To: 1848-done@debbugs.gnu.org Cc: bgoodr@gmail.com Subject: Re: bug#1848: 23.0.60; isearch-forward fails to find colon characters in Info buffers Organization: JURTA References: <18792.57415.297530.40046@hungover.brentg.com> <87k591ibbz.fsf@jurta.org> <873afmaeaa.fsf@jurta.org> Date: Thu, 15 Jan 2009 01:18:06 +0200 In-Reply-To: (Stefan Monnier's message of "Tue, 13 Jan 2009 20:51:05 -0500") Message-ID: <87k58x79zl.fsf@jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanner-Signature: 04c94f097e8f9f394bef3a87cbd9ccf9 X-DrWeb-checked: yes >> Then the following patch does this. It checks only for >> (eq search-invisible t), not for 'open. > > Looks fine. Fixed. -- Juri Linkov http://www.jurta.org/emacs/ From unknown Wed Jun 25 03:51:23 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: $requester Subject: Internal Control Message-Id: bug archived. Date: Thu, 12 Feb 2009 15:24:08 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A log 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