Open Bug 193910 Opened 22 years ago Updated 15 years ago

selection stays green in plain text doc after find as you type used

Categories

(SeaMonkey :: Find In Page, defect, P5)

Tracking

(Not tracked)

People

(Reporter: bugzilla, Unassigned)

References

()

Details

test using 2003.02.18 comm trunk bits on all platforms. i noticed that selection
is cleared (ie, hitting Esc) on html pages, but not on plaintext pages.

case a: html page
-----------------
1. load an html page, such as this bug report.
2. manually start text mode by hitting the / key.
3. type a string, such as "comment" (no quotes). as expected, you'll get the
green find as you type highlight selection.
4. before the timeout occurs, quickly hit the Esc key.

results: the selection goes away (no highlighting anymore).


case a: plaintext page
----------------------
1. load plaintext page, such as http://hopey.mcom.com/tests/plain_text.txt
(internal server).
2. manually start text mode by hitting the / key.
3. type a string, such as "la" (no quotes). as expected, you'll get the green
find as you type highlight selection.
4. before the timeout occurs, quickly hit the Esc key.

results: the selection persists, but the highlight color becomes the system's
primary highlight color.

are both cases exhibiting correct behavior (ie, a diff btwn html and plaintext)?
or, is one case correct and the other wrong (if so, which)?

if both are expected, feel free to mark this invalid. or, if it's too sticky to
fix neatly, go ahead and wontfix, as this is minor, imo.
Summary: selection not cleared in plaintext docs (during text mode) → selection stays green in plain text doc after find as you type used
Priority: -- → P5
(In reply to comment #0)

Bug 209989 is a duplicate of this bug and should be marked as such.

There is a much simpler way of reproducing this bug.

1. Use find as you type to type some found text (like A)
2. Click off of the find bar or press ESC to close the find bar.
3. Press F3 to find another instance.
4. Select some text. Note green color.
this also happens in html pages, and not only in plain text as noted
I cannot reproduce this in a current Firefox nightly. Mozilla/5.0 (Windows; U;
Windows NT 5.1; en-US; rv:1.8b5) Gecko/20051019 Firefox/1.5
Blocks: 209989
No longer blocks: 209989
WFM on vanilla FF1.5:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5

But I do see bug 209989 often. IMHO neither is a dupe - the steps to reproduce are different (plain-text vs. everywhere; find-again required vs. not).
Product: Core → SeaMonkey
Mass un-assigning bugs assigned to Aaron.
Assignee: aaronleventhal → nobody
You need to log in before you can comment on or make changes to this bug.