GNU bug report logs - #14729
24.3.50; Isearch oddity

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: emacs; Severity: minor; Reported by: Dani Moncayo <dmoncayo@HIDDEN>; dated Thu, 27 Jun 2013 10:00:03 UTC; Maintainer for emacs is bug-gnu-emacs@HIDDEN.

Message received at 14729 <at> debbugs.gnu.org:


Received: (at 14729) by debbugs.gnu.org; 30 Jun 2013 03:11:18 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jun 29 23:11:18 2013
Received: from localhost ([127.0.0.1]:48737 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1Ut82n-0007EQ-N4
	for submit <at> debbugs.gnu.org; Sat, 29 Jun 2013 23:11:18 -0400
Received: from aserp1040.oracle.com ([141.146.126.69]:43741)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <drew.adams@HIDDEN>) id 1Ut82l-0007EC-I4
 for 14729 <at> debbugs.gnu.org; Sat, 29 Jun 2013 23:11:16 -0400
Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237])
 by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id
 r5U3B9AN009382
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
 Sun, 30 Jun 2013 03:11:09 GMT
Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230])
 by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r5U3B8AT029662
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
 Sun, 30 Jun 2013 03:11:08 GMT
Received: from abhmt117.oracle.com (abhmt117.oracle.com [141.146.116.69])
 by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r5U3B85t029659;
 Sun, 30 Jun 2013 03:11:08 GMT
MIME-Version: 1.0
Message-ID: <d9047d44-a17f-4d56-a9df-825d21bee38e@default>
Date: Sat, 29 Jun 2013 20:11:07 -0700 (PDT)
From: Drew Adams <drew.adams@HIDDEN>
To: Dani Moncayo <dmoncayo@HIDDEN>, Juri Linkov <juri@HIDDEN>
Subject: RE: bug#14729: 24.3.50; Isearch oddity
References: <CAH8Pv0jes6xwtqFRqa+Gm9TjD4dfvVp7Ni=nY1YRRoLBUR5zsQ@HIDDEN>
 <87mwqbay6p.fsf@HIDDEN>
 <CAH8Pv0j2i_x9UsJAjxXgDoazDZ_GqeSvX4U+3d1+KXHR7PRH=A@HIDDEN>
 <87haggmv72.fsf@HIDDEN>
 <CAH8Pv0j3wKQ5R8_S-Nnq2GCTqJe9eJrqevHqdEWip0h7RKPu7A@HIDDEN>
In-Reply-To: <CAH8Pv0j3wKQ5R8_S-Nnq2GCTqJe9eJrqevHqdEWip0h7RKPu7A@HIDDEN>
X-Priority: 3
X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.7  (607090) [OL
 12.0.6668.5000 (x86)]
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Source-IP: acsinet21.oracle.com [141.146.126.237]
X-Spam-Score: -3.6 (---)
X-Debbugs-Envelope-To: 14729
Cc: 14729 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.6 (---)

(There may be another way to approach this.  This is what I
have to offer.)

On way of looking at this has to do with the behavior of
`isearch-printing-char'.  If you change it to add the following
`while' sexp then the reported problem disappears:

(defun isearch-printing-char (&optional char count)
    "Append ordinary printing CHAR to the search string and search.
With a numeric prefix arg, append that many copies of CHAR."
    (interactive (list last-command-event
                       (prefix-numeric-value current-prefix-arg)))

    ;; ADDED THIS `while'.
    (while (or (not isearch-success)  isearch-error)
      (isearch-pop-state))

    (let ((char  (or char  last-command-event)))
      (when (=3D char ?\S-\ ) (setq char ?\  ))
      (if current-input-method
          (isearch-process-search-multibyte-characters char count)
        (isearch-process-search-char char count))))

However, that also changes the behavior in general, in this way:
Whenever there is a mismatch and you type something, what you type
replaces the mismatched part.  That is probably not the behavior
we want, in general.  It might be the behavior some people want
in general or the behavior that anyone might want some of the time.

FWIW, in Isearch+ the above `while' is conditional on the value
of a user option, `isearchp-drop-mismatch'.  Only when the option
value is `replace-last' is the `while' evaluated and thus the
state popped.

There are 3 possible values for the option.  Because you might
sometimes want different behavior, you can cycle among the
values during Isearch using `M-k' (command
`isearchp-cycle-mismatch-removal').  The values:

 nil            - Your current input is appended to the search
                  string, even if the string already has a
                  mismatched portion.

 `replace-last' - Your current input replaces the last mismatched
                  text.  You can always see your last input, even
                  if it is a mismatch.  And it is available for
                  editing using `M-e' (which puts point at the
                  mismatch position).

 anything else  - Your current input is ignored for searching
                  if it causes a mismatch: it is, in effect, not
                  added to the search string, which thus always
                  has only successful matches.

The default value is nil, which gives the same behavior as vanilla
Isearch (including the behavior that you reported): When the
search does not match and you type more text it is simply appended,
even though it does not help with matching (but in the case of a
regexp, it might).=20

Value `replace-last' automatically replaces the mismatched portion
by what you type.  This also has the effect of fixing the scenario
you describe.

E.g., if you type `bufx' then the `x' is a mismatch for `buffer'.
If you then type `m', the `m' replaces the `x' (`bufm'), and the
`m' is now the mismatched portion.  If you then type `f' then the
match is extended to `buff' (there is no longer a mismatch).

Any other option value means you never see a mismatch in the
search string.  Anything you type that does not match is dropped,
as if you hadn't typed it.

As I say, there might well be another way to give you the behavior
you expect/prefer here.  The `replace-last' approach is really
designed for something other than your scenario.  It just happens
to take care of this case because what would be a (mistakenly)
highlighted `f' is immediately replaced by an unhighlighted `f'
(you never see it highlighted).

Presumably there is a way to prevent Isearch from recognizing the
reported scenario as a mismatch, rather than applying `replace-last'
as a bandaid.  Perhaps Juri has an idea.  He is more familiar with
the new Isearch state structure etc.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#14729; Package emacs. Full text available.

Message received at 14729 <at> debbugs.gnu.org:


Received: (at 14729) by debbugs.gnu.org; 29 Jun 2013 22:35:05 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jun 29 18:35:05 2013
Received: from localhost ([127.0.0.1]:48599 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1Ut3jU-0007YD-LS
	for submit <at> debbugs.gnu.org; Sat, 29 Jun 2013 18:35:05 -0400
Received: from mail-lb0-f179.google.com ([209.85.217.179]:37375)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <dmoncayo@HIDDEN>) id 1Ut3jR-0007Xh-TU
 for 14729 <at> debbugs.gnu.org; Sat, 29 Jun 2013 18:35:02 -0400
Received: by mail-lb0-f179.google.com with SMTP id w20so1655626lbh.10
 for <14729 <at> debbugs.gnu.org>; Sat, 29 Jun 2013 15:34:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type;
 bh=dRWjbWH/+I0k/WzmnQo9Ip3K8LGr/LeLTAcXNhOelXE=;
 b=Tj/pZ2lnBXcMOATCK7Ju9ni87qCxBt4Q+wRWQc+0AZouz239szufl4ONlNNfvhUC5/
 fUwee21gOHEsrotTQulZ+jXwY0wJAf76wjr66ybg0NVQ1o64M+Uqcbenv+oWIn7b5xy7
 NvfK91rRgfUcnrjjvypE7vk+LywTxj/k+pBsErxnvLJQUSeYb7lk1RstAwRPP29f9PDn
 syNJJCbb4faT3IXWcjKXwJwGVk2fA9T4TJiCc5zMrFw7f8q85U//xv+mFOEtKMhmWz6k
 0HlnwhxfOBY+18OHU1s6VSvVV80BKPeUJHZKSouBo+L2PYWq17EOP50KWBB4x3Z6Jz4O
 RPLg==
MIME-Version: 1.0
X-Received: by 10.112.180.164 with SMTP id dp4mr9021168lbc.68.1372545295736;
 Sat, 29 Jun 2013 15:34:55 -0700 (PDT)
Received: by 10.114.75.35 with HTTP; Sat, 29 Jun 2013 15:34:55 -0700 (PDT)
In-Reply-To: <87haggmv72.fsf@HIDDEN>
References: <CAH8Pv0jes6xwtqFRqa+Gm9TjD4dfvVp7Ni=nY1YRRoLBUR5zsQ@HIDDEN>
 <87mwqbay6p.fsf@HIDDEN>
 <CAH8Pv0j2i_x9UsJAjxXgDoazDZ_GqeSvX4U+3d1+KXHR7PRH=A@HIDDEN>
 <87haggmv72.fsf@HIDDEN>
Date: Sun, 30 Jun 2013 00:34:55 +0200
Message-ID: <CAH8Pv0j3wKQ5R8_S-Nnq2GCTqJe9eJrqevHqdEWip0h7RKPu7A@HIDDEN>
Subject: Re: bug#14729: 24.3.50; Isearch oddity
From: Dani Moncayo <dmoncayo@HIDDEN>
To: Juri Linkov <juri@HIDDEN>
Content-Type: text/plain; charset=ISO-8859-1
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 14729
Cc: 14729 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)

On Sat, Jun 29, 2013 at 11:53 PM, Juri Linkov <juri@HIDDEN> wrote:
>> I expect that the fontification of the echo area reflects what is
>> happening: that the whole search string ("buffer") is unmatched (not
>> only the last "fer"), since the current search begins just after the
>> last instance of "buf" in the buffer [1], and there is no match
>> (neither full nor partial) of the current search string between that
>> location and the end of the buffer.
>
> `isearch-fail-pos' assumes that in a failed state of search
> a shorter previous successful search string should be taken
> as a basis for highlighting.  In this case, the last successful match
> was "buf", so an appended suffix is highlighted as failed.

Then the mistake is not re-setting that "last successful match" after
each "C-s", because here, the last successful match was "buf" only
after doing "M-< C-s buf" and also after the subsequent "C-s", but
once you type the third "C-s", the whole search string ("buf") is
unmatched (because the search now begins at [1]), and that fact (fully
unmatched search string) cannot change by appending more characters to
the search string.

IOW: After the third "C-s", the search goes from [1] to the end of the
buffer, and therefore any search string starting with a character
different from "f", "e", "r", "." or whitespace will be fully
unmatched, and should be highlighted as such in the echo area.

-----------------------
[1] Position between "buf" and "fer" in the last instance of the
string "buffer".

--
Dani Moncayo




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#14729; Package emacs. Full text available.

Message received at 14729 <at> debbugs.gnu.org:


Received: (at 14729) by debbugs.gnu.org; 29 Jun 2013 22:06:48 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jun 29 18:06:48 2013
Received: from localhost ([127.0.0.1]:48574 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1Ut3I7-0006hJ-SN
	for submit <at> debbugs.gnu.org; Sat, 29 Jun 2013 18:06:48 -0400
Received: from ps18281.dreamhost.com ([69.163.218.105]:40603
 helo=ps18281.dreamhostps.com)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <juri@HIDDEN>) id 1Ut3I5-0006h1-K3
 for 14729 <at> debbugs.gnu.org; Sat, 29 Jun 2013 18:06:45 -0400
Received: from localhost (ps18281.dreamhostps.com [69.163.218.105])
 by ps18281.dreamhostps.com (Postfix) with ESMTP id 70CDA258B9E91C;
 Sat, 29 Jun 2013 15:06:44 -0700 (PDT)
From: Juri Linkov <juri@HIDDEN>
To: Dani Moncayo <dmoncayo@HIDDEN>
Subject: Re: bug#14729: 24.3.50; Isearch oddity
Organization: JURTA
References: <CAH8Pv0jes6xwtqFRqa+Gm9TjD4dfvVp7Ni=nY1YRRoLBUR5zsQ@HIDDEN>
 <87mwqbay6p.fsf@HIDDEN>
 <CAH8Pv0j2i_x9UsJAjxXgDoazDZ_GqeSvX4U+3d1+KXHR7PRH=A@HIDDEN>
Date: Sun, 30 Jun 2013 00:53:17 +0300
In-Reply-To: <CAH8Pv0j2i_x9UsJAjxXgDoazDZ_GqeSvX4U+3d1+KXHR7PRH=A@HIDDEN>
 (Dani Moncayo's message of "Sat, 29 Jun 2013 19:22:37 +0200")
Message-ID: <87haggmv72.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 14729
Cc: 14729 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.0 (/)

> I expect that the fontification of the echo area reflects what is
> happening: that the whole search string ("buffer") is unmatched (not
> only the last "fer"), since the current search begins just after the
> last instance of "buf" in the buffer [1], and there is no match
> (neither full nor partial) of the current search string between that
> location and the end of the buffer.

`isearch-fail-pos' assumes that in a failed state of search
a shorter previous successful search string should be taken
as a basis for highlighting.  In this case, the last successful match
was "buf", so an appended suffix is highlighted as failed.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#14729; Package emacs. Full text available.

Message received at 14729 <at> debbugs.gnu.org:


Received: (at 14729) by debbugs.gnu.org; 29 Jun 2013 17:22:46 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jun 29 13:22:46 2013
Received: from localhost ([127.0.0.1]:48457 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1UsyrF-0006rn-Ss
	for submit <at> debbugs.gnu.org; Sat, 29 Jun 2013 13:22:46 -0400
Received: from mail-la0-f42.google.com ([209.85.215.42]:39622)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <dmoncayo@HIDDEN>) id 1UsyrD-0006ra-Ic
 for 14729 <at> debbugs.gnu.org; Sat, 29 Jun 2013 13:22:44 -0400
Received: by mail-la0-f42.google.com with SMTP id eb20so3155992lab.1
 for <14729 <at> debbugs.gnu.org>; Sat, 29 Jun 2013 10:22:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type;
 bh=knfAjwwma+29e8oI1jZaFSJaftNPJeXra5AHfV3TG2o=;
 b=QmYrh4K3/PJelmfGJE3Yv2HusMrBbmmmTVMcOP0Er6v6c00KeIy5t85Pv2SWFOCmE9
 mMPNOxQVaXEDWkPrCYenBTI5Mcr6Dmf7AAM5x761wfHjU/N8GuyLy/swE739QnvPQi16
 xSMZzL+iAmgtZ8shuMWxKN7Pg8dOclAnwzW4yBzY5mq3cVPb1DRSkgQ0OZX+/HLl/9qg
 MmJByIJCYVcK1Q0flintHsyi7oTwehppRpKrf8ktqjPHSXsiqvYMhHB9fB5ayC0g3Zx4
 rd6OSNeXdulXjmpi1sTytMktuMJttM+fto6dC25BoK5XAiohblBUbvtG0yWiWbIcG/za
 XOhA==
MIME-Version: 1.0
X-Received: by 10.112.180.164 with SMTP id dp4mr8687099lbc.68.1372526557335;
 Sat, 29 Jun 2013 10:22:37 -0700 (PDT)
Received: by 10.114.75.35 with HTTP; Sat, 29 Jun 2013 10:22:37 -0700 (PDT)
In-Reply-To: <87mwqbay6p.fsf@HIDDEN>
References: <CAH8Pv0jes6xwtqFRqa+Gm9TjD4dfvVp7Ni=nY1YRRoLBUR5zsQ@HIDDEN>
 <87mwqbay6p.fsf@HIDDEN>
Date: Sat, 29 Jun 2013 19:22:37 +0200
Message-ID: <CAH8Pv0j2i_x9UsJAjxXgDoazDZ_GqeSvX4U+3d1+KXHR7PRH=A@HIDDEN>
Subject: Re: bug#14729: 24.3.50; Isearch oddity
From: Dani Moncayo <dmoncayo@HIDDEN>
To: Juri Linkov <juri@HIDDEN>
Content-Type: text/plain; charset=ISO-8859-1
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 14729
Cc: 14729 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)

On Fri, Jun 28, 2013 at 1:44 AM, Juri Linkov <juri@HIDDEN> wrote:
>> Recipe from "emacs -Q":
>>   M-< b u f C-s C-s f e r
>
> I guess this key sequence should be rather:
>
>     M-< C-s b u f C-s C-s f e r
>
> Is this what you meant?

Yes, of course.  Silly mistake on my part.

>> After that, the echo area indicates that, in the current Isearch, I'm
>> looking for "buffer", and I've found the "buf" part, but not the
>> remaining "fer".
>>
>> That makes no sense, because that cannot happen in the current buffer,
>> where every instance of "buf" is followed by a "fer".
>
> This is an interesting state of the search.  The search is failed,
> so it assumes that adding more characters to the failed search should
> leave the search in the failed state.  Isn't this logically correct?

Of course it is correct.  If there is not match for FOO, obviously
there will be no match for FOOBAR.

> What do you expect it to do in this case?

I expect that the fontification of the echo area reflects what is
happening: that the whole search string ("buffer") is unmatched (not
only the last "fer"), since the current search begins just after the
last instance of "buf" in the buffer [1], and there is no match
(neither full nor partial) of the current search string between that
location and the end of the buffer.


------------
[1] Think of "C-s" within an Isearch session as "repeat the current
search, but starting at the current point location".

--
Dani Moncayo




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#14729; Package emacs. Full text available.

Message received at 14729 <at> debbugs.gnu.org:


Received: (at 14729) by debbugs.gnu.org; 28 Jun 2013 00:19:44 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jun 27 20:19:44 2013
Received: from localhost ([127.0.0.1]:45842 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1UsMPf-0004GK-6a
	for submit <at> debbugs.gnu.org; Thu, 27 Jun 2013 20:19:43 -0400
Received: from ps18281.dreamhost.com ([69.163.218.105]:44580
 helo=ps18281.dreamhostps.com)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <juri@HIDDEN>) id 1UsMPY-0004Fs-UH
 for 14729 <at> debbugs.gnu.org; Thu, 27 Jun 2013 20:19:37 -0400
Received: from localhost (ps18281.dreamhostps.com [69.163.218.105])
 by ps18281.dreamhostps.com (Postfix) with ESMTP id CA899258B9E915;
 Thu, 27 Jun 2013 17:19:35 -0700 (PDT)
From: Juri Linkov <juri@HIDDEN>
To: Dani Moncayo <dmoncayo@HIDDEN>
Subject: Re: bug#14729: 24.3.50; Isearch oddity
Organization: JURTA
References: <CAH8Pv0jes6xwtqFRqa+Gm9TjD4dfvVp7Ni=nY1YRRoLBUR5zsQ@HIDDEN>
Date: Fri, 28 Jun 2013 02:44:38 +0300
In-Reply-To: <CAH8Pv0jes6xwtqFRqa+Gm9TjD4dfvVp7Ni=nY1YRRoLBUR5zsQ@HIDDEN>
 (Dani Moncayo's message of "Thu, 27 Jun 2013 11:58:59 +0200")
Message-ID: <87mwqbay6p.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 14729
Cc: 14729 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.0 (/)

> Recipe from "emacs -Q":
>   M-< b u f C-s C-s f e r

I guess this key sequence should be rather:

    M-< C-s b u f C-s C-s f e r

Is this what you meant?

> After that, the echo area indicates that, in the current Isearch, I'm
> looking for "buffer", and I've found the "buf" part, but not the
> remaining "fer".
>
> That makes no sense, because that cannot happen in the current buffer,
> where every instance of "buf" is followed by a "fer".

This is an interesting state of the search.  The search is failed,
so it assumes that adding more characters to the failed search should
leave the search in the failed state.  Isn't this logically correct?
What do you expect it to do in this case?




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#14729; Package emacs. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 27 Jun 2013 09:59:13 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jun 27 05:59:13 2013
Received: from localhost ([127.0.0.1]:44719 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1Us8yv-0003gl-8N
	for submit <at> debbugs.gnu.org; Thu, 27 Jun 2013 05:59:13 -0400
Received: from eggs.gnu.org ([208.118.235.92]:46834)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <dmoncayo@HIDDEN>) id 1Us8ys-0003gF-OV
 for submit <at> debbugs.gnu.org; Thu, 27 Jun 2013 05:59:11 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <dmoncayo@HIDDEN>) id 1Us8ym-0007B8-4Q
 for submit <at> debbugs.gnu.org; Thu, 27 Jun 2013 05:59:05 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-101.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM,
 T_DKIM_INVALID,USER_IN_WHITELIST autolearn=disabled version=3.3.2
Received: from lists.gnu.org ([2001:4830:134:3::11]:52753)
 by eggs.gnu.org with esmtp (Exim 4.71)
 (envelope-from <dmoncayo@HIDDEN>) id 1Us8ym-0007B3-0n
 for submit <at> debbugs.gnu.org; Thu, 27 Jun 2013 05:59:04 -0400
Received: from eggs.gnu.org ([2001:4830:134:3::10]:48538)
 by lists.gnu.org with esmtp (Exim 4.71)
 (envelope-from <dmoncayo@HIDDEN>) id 1Us8yk-0004Ed-Dw
 for bug-gnu-emacs@HIDDEN; Thu, 27 Jun 2013 05:59:03 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <dmoncayo@HIDDEN>) id 1Us8yj-0007AJ-G5
 for bug-gnu-emacs@HIDDEN; Thu, 27 Jun 2013 05:59:02 -0400
Received: from mail-la0-x22a.google.com ([2a00:1450:4010:c03::22a]:53480)
 by eggs.gnu.org with esmtp (Exim 4.71)
 (envelope-from <dmoncayo@HIDDEN>) id 1Us8yj-00079y-9q
 for bug-gnu-emacs@HIDDEN; Thu, 27 Jun 2013 05:59:01 -0400
Received: by mail-la0-f42.google.com with SMTP id eb20so566338lab.29
 for <bug-gnu-emacs@HIDDEN>; Thu, 27 Jun 2013 02:58:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:date:message-id:subject:from:to:content-type;
 bh=r0e6dcG8etlPvKCWeU4UgwI8toBJWkh1scHSyuuT0hk=;
 b=GBYwAn6DxZZunUecZjx0HK4hqBUrvkoE7ZbQSjVo2fnAx3lqC0Ra0jccSdxcBOmUYY
 85eOAZXh0SB/WHys4pRIk57+zRIofc4bot6lxTkFrYAvdMwib9sk65nA+tHGKprwqpbI
 4pn2orZN9wtvQlRdzIG7fu1GueGEIq1tF8lNI4eGLcBRrKy9NMP57LIMbP8m95g+Nl3s
 9BM5FMrgFG2gZsqHiVg4mJuog3w0ybs2FUEtgRedYeT9OsO5TxkIXp9sPnJtBSn+Q3Or
 OU1i+svs22RHLt35P0x484yOvqBTXfoPiH5fgtGT+BruKQrbTQeWRDISFawnZrkKp1UM
 6sGQ==
MIME-Version: 1.0
X-Received: by 10.152.170.197 with SMTP id ao5mr3893489lac.35.1372327139546;
 Thu, 27 Jun 2013 02:58:59 -0700 (PDT)
Received: by 10.114.75.35 with HTTP; Thu, 27 Jun 2013 02:58:59 -0700 (PDT)
Date: Thu, 27 Jun 2013 11:58:59 +0200
Message-ID: <CAH8Pv0jes6xwtqFRqa+Gm9TjD4dfvVp7Ni=nY1YRRoLBUR5zsQ@HIDDEN>
Subject: 24.3.50; Isearch oddity
From: Dani Moncayo <dmoncayo@HIDDEN>
To: bug-gnu-emacs@HIDDEN
Content-Type: text/plain; charset=ISO-8859-1
X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address
 (bad octet value).
X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address
 (bad octet value).
X-Received-From: 2001:4830:134:3::11
X-Spam-Score: -4.3 (----)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -4.3 (----)

Recipe from "emacs -Q":
  M-< b u f C-s C-s f e r

After that, the echo area indicates that, in the current Isearch, I'm
looking for "buffer", and I've found the "buf" part, but not the
remaining "fer".

That makes no sense, because that cannot happen in the current buffer,
where every instance of "buf" is followed by a "fer".


In GNU Emacs 24.3.50.1 (i686-pc-mingw32)
 of 2013-06-24 on LEG570
Bzr revision: 113160 larsi@HIDDEN
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --prefix=/c/usr --enable-checking CFLAGS='-O0 -g3'
 CPPFLAGS='-DGLYPH_DEBUG=1 -I/c/usr/include''

--
Dani Moncayo




Acknowledgement sent to Dani Moncayo <dmoncayo@HIDDEN>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs@HIDDEN. Full text available.
Report forwarded to bug-gnu-emacs@HIDDEN:
bug#14729; Package emacs. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
Last modified: Fri, 31 Oct 2014 17:00:04 UTC

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