463169 - Flash objects sometimes don't accept click events until after invoking the Flash context menu

Status: RESOLVED INCOMPLETE

(Core Graveyard :: Plug-ins, defect)

Description

[Stephen Donner [:stephend] Not actively reading bugmail]

Summary: Flash objects sometimes don't accept click events until after invoking the Flash context menu

A bug similar to bug 395983 has just appeared on the trunk; it's pretty hard to reproduce (must like bug 395983 was at first), but when you experience it, it's pretty frustrating.

I see it on Pandora.com and Facebook.com (the Scrabble Beta app, particularly).

I'm using Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.1b2pre) Gecko/20081104 Minefield/3.1b2pre, but have been seeing it for the last couple days or so; I'll try to narrow it down further.  I'm using Flash 10.0 r12.

Comment 1

[Johnny Stenback (:jst)]

Josh, any clues? Should we block on this?

Comment 2

[Steven Michaud [:smichaud] (Retired)]

Stephen, you haven't given me anything to work with.

If possible, please give specific STRs with specific examples.  They don't have to be 100% effective, but they should work at least 50% of the time.

Johnny, we can't possibly block on this until we can reproduce it.

Comment 3

[Johnny Stenback (:jst)]

Ok, minusing. If we get enough data here to show that this is a critical enough issue to block the release on, please re-nominate.

Comment 4

[Stephen Donner [:stephend] Not actively reading bugmail]

(In reply to comment #2)
> Stephen, you haven't given me anything to work with.
> 
> If possible, please give specific STRs with specific examples.  They don't have
> to be 100% effective, but they should work at least 50% of the time.
> 
> Johnny, we can't possibly block on this until we can reproduce it.

That's because the STR have been elusive; I've been trying to figure out the repro case without yield.  That's not to say it's stopped happening, though; I've seen it a couple of times since filing this bug -- which, while not giving it a high frequency, is really annoying when you experience it.

I'll keep trying to reproduce.

Comment 5

[philippe (part-time)]

I could reproduce this yesterday on Gecko 1.9.0.11pre [camino build 2.0b3pre (1.9.0.11pre 2009051200)]
with this URL:
http://www.commune-inc.jp/works/
It was loaded in a (background) tab and sat there idle for several hours. When returning to that tab, click and hover over the flash-based page header had no effect at all. Calling the Flash context menu prior to clicking on a link 'solved' the issue. Reloading the page had no effect.

I've now had that page loaded in a background tab for about 2 hours using the latest Minefield build (20090513, da613c9fae8c) with the same problem. But the issue hasn't happened -yet- with the Camino build.

In both cases, FlashBlock is installed, but the Flash object is unblocked.

Comment 6

[Benjamin Smedberg]

Resolving old bugs which are likely not relevant any more, since NPAPI plugins are deprecated.