313584 - Inconsistent paste/delete behavior after using Find/Find Next in a textarea

Status: RESOLVED INCOMPLETE

(Camino Graveyard :: General, defect)

Description

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

2005102304 (v1.0a1+); I think some of this is a regression, but the behavior is inconsistent within and between builds, so it's hard to tell.

STR:
1. Enter some text in a textarea.  Repeat the same word a few times.
2. Invoke the Find Panel and search for the text.
3. Replace (delete/paste/type over) the selected text.
 Note: the above step will only work if you have used "Return" in the Find panel 
 or if you manually switch focus to the browser window (cmd-`)
4. Hit cmd-g to find next
5. Attempt to replace this instance of the selected text

Results: unable to replace text selected via Find Next (cmd-g)
Expected: able to replace text just as if cmd-F were used

This gets to be all manner of inconsistent.  In 0.8.4, if the Find panel were not closed, cmd-g worked.  That seemed to work occasionally, but not consistently, in nightlies from earlier this month.  The only consistent way to  be able to replace text found in a textarea is to repeat Cmd-F, Return, [replace text] OR to repeat Cmd-F, click button, switch focus, [replace text], switch focus back to Find panel.

Insofar as you can't find anything in textareas in Firefox to begin with (bug 252371), this is a Camino-only bug.  I didn't see anything in Editor that seemed relevant when I looked, either.

Basically, any time something is selected in a textarea, no matter how it was selected, it should be replaceable, and that's not happening here.

Comment 1

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Attachment: Testcase

Comment 2

[Simon Fraser [no longer active]]

I think this is at least partly a focus issue: you're replacing into a textarea that doesn't have focus (and therefor doesn't show you the selection).

Comment 3

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

(In reply to comment #2)
> I think this is at least partly a focus issue: you're replacing into a textarea
> that doesn't have focus (and therefor doesn't show you the selection).

Maybe I'm confused here...if I put the cursor in the textarea to start (and use bugs as my search term instead), doesn't that mean the textarea has focus?  Or does the textarea lose focus when text inside of it (e.g., bugs) is selected?  (And the selection is shown when using regular find as in the STR....)

Comment 4

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

*** Bug 334584 has been marked as a duplicate of this bug. ***

Comment 5

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

See the dupe (and its dupes!) for additional variations on this issue.

Comment 6

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Mass-reassign of bugs still assigned to pinkerton to nobody; filter on "NoMoPinkBugsInCamino".