If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

Flash player 11.3 sometimes steal focus from its parent window (window of firefox sometimes becomes deactive)

RESOLVED WORKSFORME

Status

External Software Affecting Firefox
Flash (Adobe)
RESOLVED WORKSFORME
5 years ago
2 years ago

People

(Reporter: masayuki, Unassigned)

Tracking

({access})

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [flash-11.3])

I see a lot of same report in firefox input. That is, the focused window of Firefox sometimes lost focus and deactivated after the reporters updated Flash Player.

I can reproduce this bug sometimes, but not always. I don't find the steps to reproduce. However, I sometimes see this bug at loading a page which has Flash content.

I investigated who steals focus from us. The window is a hidden window which belongs to the sandboxed process. The window class name is "Edit". It's size is 0 width and 0 height. And the position is x = -16384 and y = -16384.

I tested with the latest Nightly build with Flash Player 11,3,300,257.

I don't find same bug report in bugzilla.

Comment 1

5 years ago
This is a known issue with Protected Mode.  We will need to coordinate with Mozilla on enhancements to existing messaging in order to resolve this issue.

Comment 2

5 years ago
We landed a hackish fix for this in Reader in bug Bug 537325. It fixed most cases but at least one user said he was still occasionally seeing the problem. The fix we landed should be working for flash if the underlying adobe oop code is the same.
When this bug is reproduced, I got following messages on our window.

WM_ACTIVATE fActive:WA_INACTIVE fMinimized:False hwndPrevious(null)
WM_ACTIVATE_APP fActive:False dwTreadID: (firefox's main thread ID)
WM_KILLFOCUS hwndGetFocus(null)

So, looks like the patch for bug 537325 doesn't help this case. Additionally, I can reproduce this bug when I load a flash content which works in windowed mode.

Comment 4

5 years ago
Any chance we might be able to work up a stand alone test case with steps to reproduce, or is this more random?

Comment 5

5 years ago
This is very easy for me to reproduce.  It happens reliably the first time that the Flash plugin is launched.  Steps to reproduce

1. Make sure no active tabs contain flash content, so that there's no Flash active when the session is restored.
2. Exit Firefox.
3. Run Firefox.
4. Load Youtube.
5. Focus of Firefox window goes away.

This is with:

Windows 7 x64
Firefox 14.0b8
Flash 11.3.300.262 with Protected mode enabled

I'm currently running with Protected mode disabled as a temporary work around because it's so annoying to have your focus stolen regularly.
Whiteboard: [flash-11.3]

Comment 6

5 years ago
This is an Adobe bug:  https://bugbase.adobe.com/index.cfm?event=bug&id=3223393

To quote from Adobe bug number 3223393 "Note" at 01:58:32 AM PDT Jun 27, 2012:
"I've reproduced this issue internally. While it might not be fixed in our next
 release, I recommend anyone who is affected by this issue give it a vote and
 comment on how this issue impact your developing and working so that we can
 adjust its priority accordingly."
I tried logging in to the Adobe bugbase, but the login page never allowed me to log in with asking "screen name" without any errors...

So, I should explain here why the focus steal is a serious for us.

When a background tab loads a Flash content, it also causes stealing focus. Then, a lot of user operations in foreground tab or UI are prevented. For example, if user is typing text, some typed text goes to the focus stealer. If user scrolling the content my mouse wheel, typically it's stopped by the losing focus (depends on the mouse driver's behavior, some mouse drivers might send wheel messages to a window under mouse cursor). If user choosing a menu item in Firefox menu, a book mark folder or context menu, the popup menu is closed due to losing the focus.

You can test them easily.

First, set Options -> General -> Startup as "Show my windows and tabs from last time".

Next, uncheck the Options -> Tabs -> "Don't load tabs until selected".

Load some tabs which include Flash contents.

Load a content which doesn't have Flash content and activate this tab as the foreground tab.

Restart the Firefox. Then, you may see this bug while you do something in your active tab or UI.

So, when users notice this bug, user must feel discomfort because their operations are prevented unexpectedly.

Comment 8

5 years ago
This is particularly annoying for screen reader users. When focus is lost, the user can't read the page at all until focus is restored; i.e. it doesn't just affect input.
This impact accessibility as mentionned in comment 8
Keywords: access
(In reply to Masayuki Nakano (:masayuki) (Mozilla Japan) from comment #7)
> First, set Options -> General -> Startup as "Show my windows and tabs from
> last time".
> 
> Next, uncheck the Options -> Tabs -> "Don't load tabs until selected".
> 
> Load some tabs which include Flash contents.
> 
> Load a content which doesn't have Flash content and activate this tab as the
> foreground tab.
> 
> Restart the Firefox. Then, you may see this bug while you do something in
> your active tab or UI.

Reproducible with Flash 11.3.300.268 on FF 14.0.1.
NOT reproducible with Flash 11.4.400.252.

Comment 11

5 years ago
This appears to be fixed for me too. Also, the Adobe bug (3223393) has been marked as fixed.
Marking fixed WFM via Adobe.
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → WORKSFORME

Comment 13

5 years ago
Note:  The current version for Gecko-based applications is Flash 11.4 r402(265) (11.4.402.265).

Comment 14

5 years ago
Unfortunately I see this error very frequently on one webpage I developed with FF 18.0.2 and Flash 11.5 r502, seems to me this bug should be reopened (or file a new bug because this referres to Flash 11.5??)

When I deactivate Flash it doesn't appear. 
Also I even hear a sound at the moment the Window goes to background (a little 'crack' like when loudspeakers get deactivated)
It is a different version, please file a new bug.
No need to.
It's bug #768802. Also probably some dupes of this bug are bug #812892 and bug #833048.
(In reply to Virtual_ManPL [:Virtual] from comment #16)
> No need to.
> It's bug #768802. Also probably some dupes of this bug are bug #812892 and
> bug #833048.

Thanks !

Comment 18

2 years ago
Version and milestone values are being reset to defaults as part of product refactoring.
Version: 11.x → unspecified
You need to log in before you can comment on or make changes to this bug.