223575 - events sent to wrong tab when running embedded Acrobat Reader

Status: RESOLVED WORKSFORME

(Plugins Graveyard :: PDF (Adobe), defect)

Description

[Bryan Mills]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007 Firebird/0.7
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007 Firebird/0.7

When multiple tabs are open and one or more of them is Acrobat Reader 6.0 (this
is probably an issue with other full-window plugins, but this is the one I'm
using), if Mozilla loses window focus and then regains it, subsequent keyboard
and mouse events are dispatched to the embedded Acrobat Reader instead of the
active tab.  This continues until a mouse click occurs within the document body
(effectively disabling keyboard shortcuts and menus until this occurs).

Reproducible: Always

Steps to Reproduce:
1. Open a PDF with Acrobat Reader in a separate tab from a normal HTML document
2. Select the tab for the normal HTML document
3. Select the window of another application
4. Select Mozilla by clicking on the Windows taskbar, alt-tab, or clicking on a
non-document portion of the Mozilla window
5. Perform an action, such as mouse-wheel scrolling, clicking on menus, and ctrl-W

Actual Results:  
Acrobat Reader recieves scrolling information and ctrl-W, and menus do not open.

Expected Results:  
The document associated with the active tab should have scrolled and closed, and
menus should have opened when clicked.

May be Firebird-only bug -- has not been tested with Seamonkey.

Comment 1

[Boris Zbarsky [:bzbarsky]]

.

Comment 2

[Bob Clary [:bc] (inactive)]

I can confirm this behavior, but it might be a dupe. All these plugin window /
tab event bugs look like a common thread.

possible dupes
Bug 223575 - events sent to wrong tab when running embedded Acrobat Reader

Bug 231891 - controls in background tab of a quicktime plugin are active in
foreground tab or second mozilla window

Bug 233780 - Flash continues to respond to events (like mouseover) even on
another tab not in the foreground.
	 

Comment 3

[Vaskin Kissoyan]

I can confirm this bug in FireFox .8 also. I've beek killing my acroread and
have noticed that it was related to embeded instances and how they interact with
other instances launched direclty from pdf files outside of the mozilla
interface. Sometimes it seems as though the reader actually hangs due to this
and causes FireFox to freeze up, but that may not be directly related.

Comment 4

[José Jeria]

I havent't been able to find a dupe for this. Also, this issue is not acrobat
reader only issue, also happens with other plugins.

See the following bugs that seem to be the same issue:
Bug 272849
Bug 273456

Comment 5

[Martin Sch]

I find this behaviour also without active plugings. For example, right-click->"select all" sometimes selects the text in another tab.

Comment 6

[Wayne Mery (:wsmwk)]

is this problem gone for everyone?  
I don't recall ever seeing this with v2 or v3 on windows

Comment 7

[Wayne Mery (:wsmwk)]

WFM, current trunk and PDF

Comment 8

[Wayne Mery (:wsmwk)]

but if you still see this it should dup to bug 273456

Comment 9

[:aceman]

Bug 273456 is still valid, but is not an exact duplicate of this. The current bug uses switching to other application, after which the focus is still bad (or actually gets broken by this action). In my tests, switching to other app fixes the focus (that was broken in the way described in bug 273456).