272265 - Cannot make FastFind start searching from current selection position

Status: RESOLVED DUPLICATE of bug 263878

(Toolkit :: Find Toolbar, defect)

Description

[Shankar Unni]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

In a page that has many instances of search strings (e.g. the string "String" in
the Java API docs, which is also a frame-intensive document), I can't control
where to start searching from for FindFast.  Even if I select some text,
FindFast always resumes searching from where it left off (or the top of the
page, if the first search).

Classic Mozilla's Find dialog honors the current selection position, and always
resumes searches from that position (regardless of where it left off).

E.g. I want to find the class "String" in the "All Classes" pane on the bottom
left. I scroll down the page to approximately the "R"s or "S"s, select some
string there (anything to put a "cursor" there), and then do a "^F" to start
searching, and type "String". 

What happens instead is that it starts finding all "Strings" (first jumps back
to "st" in "Std. Ed" in the top left frame, and then various spurious "string"s
in the bottom left frame. Even after I've matched "String", it goes through
AttributedString, etc.


Reproducible: Always
Steps to Reproduce:
1. Bring up a fresh page.
2. Select some text at a point mid-way through the page.
3. Fast-find search for some string that is present both above and below that point.

Actual Results:  
It first finds the occurrences before the selected point.

Expected Results:  
Resumed the search from the selection point.

Comment 1

[Phil Ringnalda (:philor)]

Actually, it's just the frames, not selection: select an instance of "string" on
this page, and it will work as expected.

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