195623 - Find As You Type selection color doesn't change after timeout when "find next"

Status: RESOLVED DUPLICATE of bug 209989

(SeaMonkey :: Find In Page, defect)

Description

[Christian Eyrich]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.4a) Gecko/20030228
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.4a) Gecko/20030228

The color of a 'Find As You Type' selection changes from green back to greenblue
and "Find stopped" displayed in the status bar after a time of inactivity (if
this feature is activated).

But if you cycle through the page with find next/find previous while it's still
green, it will never turn to greenblue. And if you cycle through after it turned
the color, it goes green again and then never turn to greenblue.

But this is only the case if find is *not* started with / or ' as first character!

So it's only recognizable under certain circumstances, but nevertheless a bug
(and no dupe I hope).

Reproducible: Always

Steps to Reproduce:
1. Activate Find As You Type
2. set accessibility.typeaheadfind.timeout to a value > 0
3. set accessibility.typeaheadfind.autostart to true
3. Type some characters to match a word
4. Type Accel+G to go to the next matching word
5. Wait for timeout

Actual Results:  
No change of selection color and no "Find stopped" in the status bar after time
of inactivity.

Expected Results:  
Change of selection color and "Find stopped" in the status bar as it happens if
search has been started by / or '.

Comment 1

[Ian Nartowicz]

I can confirm that this happens on Win98, but I suspect it is the intended
behaviour.  When hitting F3 (or Accel-G) there is nothing to timeout and so no
colour change.

Comment 2

[Christian Eyrich]

You're right. That's two in one.
First the behaviour should be consistent for starting find with and without /
resp. '.

But it should be that way in both cases: selection changes from green (resp.
ui.textSelectBackgroundAttention) to normal selection color as soon as find
next/find previous has been used.

Comment 3

[Ian Nartowicz]

Yes, I see the difference.  When pressing F3 to repeat the search after starting
it with / or ', but before that search times out, the selection changes colour
after the timeout.  Pressing F3 in all other cases, the text doesn't change
colour.  Perhaps we should be aiming for behaviour closer to the other kind of
search (ie. through the find dialog box), where the found text is always in the
default selection colour, and find next continues to select in the same colour.

Comment 4

[Ariel Burone]

Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10
Working perfectly now
Please confirm or close this bug

Comment 5

[Christian Eyrich]

(In reply to comment #4)
> Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10
> Working perfectly now
> Please confirm or close this bug

Hm, using Mozilla 20040919 it's better since the colour also correctly times out
after find next/find previous before it timed out.
But it still doesn't time out if find next/find previous is used after it timed
out once and the marking changed back to green.

Comment 6

[Peter Flynn (Oracle)]

(In reply to comment #5)

I agree with Christian's findings:
1. The first part (green->normal fails when find-next before searchbar hides) is WFM on a vanilla FF1.5.
2. The second part (green->normal fails when find-next after searchbar hides) is bug 209989.

So... dupe?

Comment 7

[Peter Kasting]

Agreed, duping.

*** This bug has been marked as a duplicate of 209989 ***