GNU bug report logs - #14729
24.3.50; Isearch oddity

Previous Next

Package: emacs;

Reported by: Dani Moncayo <dmoncayo <at> gmail.com>

Date: Thu, 27 Jun 2013 10:00:03 UTC

Severity: minor

Found in version 24.3.50

Full log


View this message in rfc822 format

From: Juri Linkov <juri <at> jurta.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 14729 <at> debbugs.gnu.org, Dani Moncayo <dmoncayo <at> gmail.com>
Subject: bug#14729: 24.3.50; Isearch oddity
Date: Sun, 05 Dec 2021 11:35:51 +0200
>> Or to turn the failing search into a successful one
>> since the search string matches the buffer.
>
> But we've skipped past the final match,

Actually, the final match is not skipped - point is still
on the final match.  That error is just an intermediate step
before wrapping.

> so I think it's correct to still say that we've skipped past, even if
> we add more characters.  Probably.

When the users type more characters on the wrapping search,
isn't this an indication that the users changed their mind
and decided to continue searching for more text?

>> OTOH, the current behavior also makes sense
>> since it highlights the last failing characters
>> typed by the user.  E.g. compare it with `C-s bufzzz'.
>
> Hm...  yes...  but it does seem wrong (in one way or another) in the
> original test case.

Honestly, I have no idea what is right and what is wrong in this situation 🤐




This bug report was last modified 3 years and 188 days ago.

Previous Next


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