243824 - Flash plugin keeps focus but caret duplicated in url bar

Status: RESOLVED DUPLICATE of bug 306209

(Core :: DOM: UI Events & Focus Handling, defect)

Description

[hawk]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8

After performing the steps outlined below, the browser shows a blinking caret in
both the url bar and a field drawn by the Flash plugin. The focus stays in the
plugin field and the url cannot be edited.

Reproducible: Always
Steps to Reproduce:
1. Start mozilla with the flash plugin installed.
2. Visit an HTML page that embeds a Flash file containing an editable text
field, such as http://hawk.gagarin.is/flash-field/ (a minimal test case.)
   (Status: There's no blinking caret in the URLbar or the field in the Flash
file. Any keypresses go to typeahead find.)
3. Click on the field in the Flash file to focus it.
   (Status: There's a blinking caret in the Flash field. Keypresses edit that
field as expected.)
4. Click the URL in the URL bar to select it.
5. Click again to place the caret and edit the URL.
   (Status: There's a blinking caret in the URL bar. Keypresses edit the URL as
expected. So far, so good)
6. Click the field in the Flash file again.
   (Status: There's a blinking caret in the Flash field *and* the URL bar.
Expected a caret only in the Flash field. Keypresses edit the Flash field)
7. Click the URL in mozilla's URL bar again.
   (Change: The URL is not selected, but the caret in the URL bar moves to where
you clicked. The caret in the Flash field does not disappear as you would expect.)
   (Status: There's still a blinking caret in the Flash field and the URL bar.
Keypresses edit the Flash field. I expected them to edit the URL.


Actual Results:  
See above.

Expected Results:  
Sane focus handling in the face of plugins :-)

I've been seeing focus problems while testing my Flash pages for a long time and
I think this is the same bug I've been seeing all along. It's easy to work
around (by switching to another window or tab and back), but today it annoyed me
enough that I decided to nail down what's happening. 

I have the same results with Mozilla 1.7a.

I tried to reproduce with the raw .SWF
(http://hawk.gagarin.is/flash-field/field.swf) rather than an HTML file that
embeds the same .SWF file, and the problem did not appear. I might try to trim
the containg HTML later. It's quite hairy.

Comment 1

[Hermann Schwab]

Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a2) Gecko/20040522
Shockwave Flash 7.0 r19

also seen on Mozilla 1.0.2, Mozilla 1.4.2.

flash keeps the focus when getting it from Location bar.

http://hawk.gagarin.is/flash-field/index.html

- Load, cursor to field, cursor to bar, cursor to field, both cursors.
- Load, cursor to bar, cursor to field, both cursors.

When both cursors are seen, input from keyboard goes to the textfield,
context menu is working on the last selection or cursor.


Select some text in the Location Bar:
Delkey deletes single char at the textfield cursor,
Delete from Context menu deletes selected text in the Location bar.


Select some text in the textfield:
Delkey deletes selected text in the textfield
Delete from Context menu deletes selected text in the textfield


Select some text in the textfield
Select some text in the Location Bar
Delkey deletes selected text in the textfield
Delete from Context menu deletes selected text in the Location bar.

Comment 2

[irongut]

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

Comment 3

[irongut]

Also occurs with flash animation, see Bug 229352.

Comment 4

[Stefan Geisseler]

the same without editable text in the flash here in the menu:

http://www.jack-slater.de/brutaldeathmetal.html

Comment 5

[Masatoshi Kimura [:emk]]

Attachment 194246 [details] [diff] also fix this.

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