GNU bug report logs - #4117
23.1; isearch + isearch-allow-scroll loses shift

Previous Next

Full log

Message #88 received at 4117 <at> debbugs.gnu.org (full text, mbox):

From: Andrew Hyatt <ahyatt <at> gmail.com>
To: Eli Barzilay <eli <at> barzilay.org>
Cc: Alan Mackenzie <acm <at> muc.de>, 4117 <at> debbugs.gnu.org,
 Drew Adams <drew.adams <at> oracle.com>
Subject: Re: bug#4117: 23.1; isearch + isearch-allow-scroll loses shift
Date: Wed, 22 Jun 2016 23:23:20 -0400

Eli Barzilay <eli <at> barzilay.org> writes:

> On Sun, Jun 19, 2016 at 8:57 PM, Andrew Hyatt <ahyatt <at> gmail.com> wrote:
>> On Sun, Jun 19, 2016 at 10:36 AM Drew Adams <drew.adams <at> oracle.com> wrote:
>>>
>>> It works for me on MS Windows also, using an old Emacs 25 build.
>>> Following Alan's recipe gives the behavior he describes:
>>>
>>> > I have `isearch-allow-scroll' set to t, and I search for a word in
>>> > Isearch, which is found.  I then type C-S-right just once, and the next
>>> > word after what had been the highlighted search region gets highlighted
>>> > for me (in grey).  The Isearch operation is now terminated.
>
> Yes, that was my meaning, and it looks like it works fine even in
> v24.5.1.
>
>
>> Perhaps I misunderstood the original bug, but I thought the problem
>> was that when you C-S-right, the text that was highlighted with
>> isearch is no longer highlighted.
>>
>> Are you saying that that original selection that you were initially on
>> before the C-S-right is still highlighted, or are you saying it isn't,
>> and that's not a bug?
>
> My expectation (which is what it's doing now) is that a C-S-right would
> terminate isearch and select the next word.

OK, if that's the case, then it seems to me that this bug report is
either unreproducible, or (if I understand the report correctly) not a
bug in the first place.  I'll close as not a bug for now.

Previous Next

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