268887 - Delete acts as Browser Back in Crossword [Flash]

Status: RESOLVED FIXED

(Camino Graveyard :: Plug-ins, defect)

Description

[m davis]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.2) Gecko/20040825 Camino/0.8.1
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.2) Gecko/20040825 Camino/0.8.1

Similar to Bug 181198 but Bug 181198 says it is resolved.  While in Crossword at
listed URL, delete that works fine in all other browsers causes Camino to go
back a page.

Reproducible: Always
Steps to Reproduce:
1.Go to crossword at listed URL
2.Type in an answer in any space
3.Try to delete a character

Actual Results:  
Browser went back to previous page

Expected Results:  
Deleted character

Comment 1

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

I can't even get the game (written in Flash) to respond to any letter entry
using 2004110608 (v0.8+) NB.  (Strangely, 0.8.1 does, however, accept letter
entry).  The behavior in the nightly might be a dupe of bug 228298?

I can verify, though, that the delete key works as "back" on this page in both
0.8.1 and 2004110608 (v0.8+) NB.  I assume this is because the "key focus" is
not in a text field in this plugin/crossword and because somewhere in the
Mozilla code delete/backspace is assigned to function as "back" (Delete does
this on all pages).

Someone who knows a lot more than me needs to look at this; I think, however,
the component needs to be "Plugins" rather than "HTML Form Controls" and "Flash"
could be added to the summary.

Comment 2

[Wevah (Nate Weaver)]

Changing component and summary to reflect previous comment. (There's a good
chance this is a dupe, and I'm too busy to check right now, so I'm not changing
the status.)

Comment 3

[Wevah (Nate Weaver)]

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

Comment 4

[Daniel Wang]

> *** This bug has been marked as a duplicate of 228298 ***
good find

Comment 5

[Mike Pinkerton (not reading bugmail)]

um, no, these two have nothing to do with each other except they both have to do
with flash plugins.

Comment 6

[Wevah (Nate Weaver)]

Are you sure? It seems to me that Flash not responding to key presses *is*
what's causing this. *Every* keypress is avoiding Flash embeds and being passed
directly to the browser, be it the delete key, letter keys, or whatever.

Comment 7

[Wevah (Nate Weaver)]

Oops, I forgot that he said he can type in but not delete. Sorry. (FWIW, I can't
even type into the crossword at all.)

Comment 8

[Mike Pinkerton (not reading bugmail)]

*this* bug also happens in 0.8.1 which isn't impacted by the "flash not
responding to keys on the trunk" bug. I've seen it myself during usage.

Comment 9

[Mike Pinkerton (not reading bugmail)]

Attachment: workaround similar to text fields

takes the same workaround we have for text fields and applies it to EMBED and
OBJECT tags. i cannot tell if this works because you can't type in plugins
right now on the trunk.

Comment 10

[Simon Fraser [no longer active]]

Plugin focus works again now. Please re-test.

Comment 11

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

It deletes one character now, but it still acts as browser back :-(  

Camino 2005012508 (v0.8+) (without attachment #167269 [details] [diff] [review] unless it's been committed
without a note to that effect)

Comment 12

[Wevah (Nate Weaver)]

Reconfirming; the delete key still acts as browser back in Flash movies. <embed>
vs. <object> has no effect.

Comment 13

[C. Taylor]

This happens with arrow keys as well. When I'm in flash videos, I not only have
action in the flash window, but I also have action in the browser window. The
problem seems to be with exclusive focus. It shoudl ONLY focus on the flash
window when I click in it, and it should ONLY focus on the browser window when I
click outside the flash movie.

Comment 14

[Mike Pinkerton (not reading bugmail)]

um, i didn't check in the patch.

Comment 15

[Jasper]

Mike some more info for you.

- delete key works but gives a beep.
- beginning and end keys, work but also aply to the page.
- up/down leys works as home/end but also aply to the page.

So it appears that not just backspace is the problem. It would be awesome if
this could be fixeed soon. This would put the crown on our flash support. You
know we would then entirely support it including being kick ass at speed.

Comment 16

[L. H.]

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

Comment 17

[Steve Ruge]

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

Comment 18

[Mike Pinkerton (not reading bugmail)]

Attachment: better patch

patch that also handles applets

Comment 19

[Mike Pinkerton (not reading bugmail)]

i tested this in the crossword pages (works like a charm) and pages w/out any
plugins and w/ text fields. didn't try java applets. can someone who knows a
good java test case please try this? 

this would be a nice bug to try to land on the mozilla17 branch since it affects
a bunch of people.

Comment 20

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

(In reply to comment #19)
> i tested this in the crossword pages (works like a charm) and pages w/out any
> plugins and w/ text fields. didn't try java applets. can someone who knows a
> good java test case please try this? 

Every testcase in bug 163468 is either already WFM with 20050419 & JEP 0.9 or
404 (except http://www.jars.com/jars_search.html which hangs Camino)...should
one be testing without JEP in builds before and after your patch from this bug?

Comment 21

[Jasper]

flash input fields are good testcase aswell.

Comment 22

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

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