Closed Bug 104688 Opened 23 years ago Closed 23 years ago

Find in page shows inconsistent behavior

Categories

(SeaMonkey :: UI Design, defect, P3)

Product:
SeaMonkey
Component:
UI Design
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 58305
Milestone:
mozilla0.9.8

People

(Reporter: wombat, Assigned: kinmoz)

References

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4+) Gecko/20011008
BuildID:    2001100808

When using find in page, the search finds and marks text in normal html, 
finds text (but does not mark it) in a "select" form field and does not find
text in a form "input" field.

Reproducible: Always
Steps to Reproduce:
1.Save the html given in the "Additional Information" as a file
2.Open the file in the browser
3.Click on the upper left corner of the document, because otherwise the search
does not start at the beginning of the document.
4. Press Ctrl-F to open the search dialog
5. Enter "some" as text (all checkboxes disbled)
6. Press "Find" until the end of the document is reached.

Actual Results:  The First hit is the "some" at the beginning of the page. The
text is selected. This is ok.
The second hit is the "some" in the "select" box. But the text is not selected
or otherwise marked. This makes finding the hit in a more complex page difficult.
The "some" in the input field in the middle of the page is never found. 

While this may be "consistent" from the developers point of view, it is not for
an end-user.

Expected Results:  The search should either find and select all occurances or
only the ones in plain html.

Additional Information:

<html>
<head>
</head>
<body>
  some text
  <br><br><br><br><br><br><br><br><br><br><br><br><br><br> 
  <br><br><br><br><br><br><br><br><br><br><br><br><br><br>
  <br><br><br><br><br><br><br><br><br><br><br><br><br><br> 
  <br><br><br><br><br><br><br><br><br><br><br><br><br><br>

  <form NAME="someform" METHOD="POST" ACTION="test.html">
    <input NAME="someinput" VALUE="some text" SIZE="60">
    <br><br><br><br><br><br><br><br><br><br><br><br><br><br> 
    <br><br><br><br><br><br><br><br><br><br><br><br><br><br>
    <br><br><br><br><br><br><br><br><br><br><br><br><br><br> 
    <br><br><br><br><br><br><br><br><br><br><br><br><br><br>
    <select NAME="someselect" MULTIPLE SIZE=5>
      <option VALUE="some text">some text
    </select>
  </form>
</body>
</html>
Yep.  the way we do range stuff would lead to precisely this result....
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Hardware: PC → All
to kin, who has bugs that this should be dupped to.
Assignee: pchen → kin
*** Bug 106471 has been marked as a duplicate of this bug. ***
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: --- → mozilla0.9.8
Blocks: 106961
This bug mentions 2 different bugs, both of which are already filed:

   bug 10470 - find searches into list form controls
   bug 58305 - Find in page ignores text fields

I'm going to dup this against bug 58305. Feel free to Cc yourselves on these 
bugs if you are still interested.

*** This bug has been marked as a duplicate of 58305 ***
No longer blocks: 106961
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
mass verification of duplicate bugs: to find all bugspam pertaining to this, set
your search string to "DuplicateBugsBelongInZahadum".

if you think this particular bug is *not* a duplicate, please provide a
compelling reason, as well as check a recent *trunk* build (on the appropriate
platform[s]), before reopening.
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.