GNU bug report logs -
#7468
24.0.50; Isearch highlighting
Previous Next
Reported by: Dani Moncayo <dmoncayo <at> gmail.com>
Date: Mon, 22 Nov 2010 20:53:02 UTC
Severity: normal
Found in version 24.0.50
Done: Juri Linkov <juri <at> jurta.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 7468 in the body.
You can then email your comments to 7468 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7468
; Package
emacs
.
(Mon, 22 Nov 2010 20:53:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Dani Moncayo <dmoncayo <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Mon, 22 Nov 2010 20:53:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hello,
I think I've found one (strange) situation where Isearch highlighting
doesn't seem to work well.
Steps to reproduce:
0) Start emacs (emacs -Q).
1) Open Emacs Manual (C-h r)
2) Go to node "(emacs)Error in Isearch" (g Error <TAB> <RET>)
3) Search for the word "foott" (C-s foott)
4) Remove the las "t" (<DEL>)
** Expected result: The last 3 occurrences of the word "foot" are
highlighted again with the `lazy-highlight' face.
** Actual result: Those 3 words don't get highlighted at all.
I've also tried to copy that section of the manual into a brand new
buffer, but there I can't reproduce the problem.
--
Dani Moncayo
In GNU Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.22.0)
of 2010-11-19 on dani-P5PL2
Windowing system distributor `The X.Org Foundation', version 11.0.10900000
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: es_ES.utf8
value of $XMODIFIERS: nil
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
Major mode: Info
Minor modes in effect:
iswitchb-mode: t
tooltip-mode: t
mouse-wheel-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7468
; Package
emacs
.
(Tue, 23 Nov 2010 01:33:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 7468 <at> debbugs.gnu.org (full text, mbox):
> I've also tried to copy that section of the manual into a brand new
> buffer, but there I can't reproduce the problem.
The difference between this recipe in a normal buffer and an Info buffer
is in the line
(when (not isearch-error)
in `isearch-lazy-highlight-new-loop'. A normal Isearch starts
a new lazy highlighting loop even if there are no matches,
so it has a chance to set `isearch-lazy-highlight-last-string'.
But an Isearch in Info has the text "Initial node" in `isearch-error',
so `isearch-lazy-highlight-new-loop' doesn't set the last search string
to `isearch-lazy-highlight-last-string'.
This bug is not specific to an Isearch in Info. You can get the same bug
for a regexp Isearch in a normal buffer as:
1) Search for the regexp "foot[" (C-M-s foot[)
2) Remove the last "[" (<DEL>)
There is no lazy highlighting too.
I think this patch is a general fix for all these bug cases:
=== modified file 'lisp/isearch.el'
--- lisp/isearch.el 2010-10-02 22:37:21 +0000
+++ lisp/isearch.el 2010-11-23 01:30:44 +0000
@@ -2628,6 +2628,7 @@ (defvar isearch-lazy-highlight-case-fold
(defvar isearch-lazy-highlight-regexp nil)
(defvar isearch-lazy-highlight-space-regexp nil)
(defvar isearch-lazy-highlight-forward nil)
+(defvar isearch-lazy-highlight-error nil)
(defun lazy-highlight-cleanup (&optional force)
"Stop lazy highlighting and remove extra highlighting from current buffer.
@@ -2669,9 +2670,12 @@ (defun isearch-lazy-highlight-new-loop (
(not (= (window-end) ; Window may have been split/joined.
isearch-lazy-highlight-window-end))
(not (eq isearch-forward
- isearch-lazy-highlight-forward))))
+ isearch-lazy-highlight-forward))
+ (not (eq isearch-error
+ isearch-lazy-highlight-error))))
;; something important did indeed change
(lazy-highlight-cleanup t) ;kill old loop & remove overlays
+ (setq isearch-lazy-highlight-error isearch-error)
(when (not isearch-error)
(setq isearch-lazy-highlight-start-limit beg
isearch-lazy-highlight-end-limit end)
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7468
; Package
emacs
.
(Sat, 04 Dec 2010 21:17:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 7468 <at> debbugs.gnu.org (full text, mbox):
Juri Linkov <juri <at> jurta.org> writes:
> This bug is not specific to an Isearch in Info. You can get the same bug
> for a regexp Isearch in a normal buffer as:
>
> 1) Search for the regexp "foot[" (C-M-s foot[)
> 2) Remove the last "[" (<DEL>)
>
> There is no lazy highlighting too.
>
> I think this patch is a general fix for all these bug cases:
Looks good to me, could you commit it to the emacs-23 branch? Thanks.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7468
; Package
emacs
.
(Sun, 05 Dec 2010 23:10:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 7468 <at> debbugs.gnu.org (full text, mbox):
> Looks good to me, could you commit it to the emacs-23 branch? Thanks.
Ok, will do when bzr.savannah.gnu.org will be available. Currently bzr says:
Unable to connect to SSH host bzr.savannah.gnu.org; EOF during negotiation
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7468
; Package
emacs
.
(Wed, 08 Dec 2010 12:09:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 7468 <at> debbugs.gnu.org (full text, mbox):
On Sun, Dec 5, 2010 at 23:59, Juri Linkov <juri <at> jurta.org> wrote:
>> Looks good to me, could you commit it to the emacs-23 branch? Thanks.
>
> Ok, will do when bzr.savannah.gnu.org will be available. Currently bzr says:
>
> Unable to connect to SSH host bzr.savannah.gnu.org; EOF during negotiation
>
ping
--
Dani Moncayo
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7468
; Package
emacs
.
(Wed, 08 Dec 2010 16:36:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 7468 <at> debbugs.gnu.org (full text, mbox):
Dani Moncayo <dmoncayo <at> gmail.com> writes:
> On Sun, Dec 5, 2010 at 23:59, Juri Linkov <juri <at> jurta.org> wrote:
>>> Looks good to me, could you commit it to the emacs-23 branch? Thanks.
>>
>> Ok, will do when bzr.savannah.gnu.org will be available. Currently bzr says:
>>
>> Unable to connect to SSH host bzr.savannah.gnu.org; EOF during negotiation
>>
>
> ping
Bzr seems to be working fine for me. Juri, you still having problems
connecting?
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7468
; Package
emacs
.
(Thu, 09 Dec 2010 01:24:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 7468 <at> debbugs.gnu.org (full text, mbox):
>>>> Looks good to me, could you commit it to the emacs-23 branch? Thanks.
>>>
>>> Ok, will do when bzr.savannah.gnu.org will be available. Currently bzr says:
>>> Unable to connect to SSH host bzr.savannah.gnu.org; EOF during negotiation
>>
>> ping
>
> Bzr seems to be working fine for me. Juri, you still having problems
> connecting?
Perhaps there is some misconfiguration on my side. `.bzr.log' says:
Unable to obtain credentials for {'protocol': 'ssh', 'server': 'bzr.savannah.gnu.org'}
from GNOME keyring: NoMatchError()
but from the command line I still can ssh to bzr.savannah.gnu.org
(that says "VCS commands are allowed"). I'll investigate now what is wrong.
Reply sent
to
Juri Linkov <juri <at> jurta.org>
:
You have taken responsibility.
(Mon, 20 Dec 2010 01:18:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Dani Moncayo <dmoncayo <at> gmail.com>
:
bug acknowledged by developer.
(Mon, 20 Dec 2010 01:18:02 GMT)
Full text and
rfc822 format available.
Message #28 received at 7468-done <at> debbugs.gnu.org (full text, mbox):
>> I think this patch is a general fix for all these bug cases:
>
> Looks good to me, could you commit it to the emacs-23 branch? Thanks.
Done. Sorry for the delay.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 17 Jan 2011 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 14 years and 161 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.