Closed Bug 1092121 Opened 10 years ago Closed 9 years ago

Windowless flash mouse coords are broken with e10s

Categories

(Core Graveyard :: Plug-ins, defect)

x86_64
Windows 7
defect
Not set
normal

Tracking

(e10sm5+)

RESOLVED FIXED
mozilla38
Tracking Status
e10s m5+ ---

People

(Reporter: jimm, Assigned: jimm)

References

Details

Attachments

(1 file, 3 obsolete files)

str:

1) load the msn game (let flash load, ignore the install silverlight button)
2) once the game loads, try right-clicking for a context menu or clicking something in the game.

result: context menu is positioned incorrectly or no clicks delivered to app.
Blocks: e10s-plugins
Assignee: nobody → jmathies
Summary: Windowless flash mouse coords are offset with e10s → Windowless flash mouse coords are broken with e10s
this test case is windowed now.
Attached patch patch (obsolete) (deleted) — Splinter Review
Attached patch patch (obsolete) (deleted) — Splinter Review
This patch fixes up the plugin quirks stuff which is breaking things in subtle ways, and it fixes GetNetscapeWindow which is currently broken in e10s. The latter can cause a perf hit since flash hammers us for this info. We cache this handle in PluginInstanceChild if it's valid, but if not, we go ever ipc to retrieve it.

The PBorwser change was just cosmetic, moving plugin related apis to a common area.
Attachment #8553041 - Attachment is obsolete: true
Attachment #8553064 - Flags: review?(wmccloskey)
Attached patch patch (obsolete) (deleted) — Splinter Review
Had a good discussion with billm - he suggested removing the tab child shortcut and relying on the old code, with an update to the XP_WIN bits to use NS_NATIVE_SHAREABLE_WINDOW. This should work in e10s and in non-e10s (testing indicates this is the case) since we grab the handle from the root widget.

Note PuppetWidget supports NS_NATIVE_SHAREABLE_WINDOW, but doesn't support NS_NATIVE_WINDOW - hence the original failure here. Switching it wouldn't have helped, since win32's nsWindow didn't support NS_NATIVE_SHAREABLE_WINDOW properly until now.
Attachment #8553064 - Attachment is obsolete: true
Attachment #8553064 - Flags: review?(wmccloskey)
Attachment #8553341 - Flags: review?(wmccloskey)
Comment on attachment 8553341 [details] [diff] [review]
patch

Review of attachment 8553341 [details] [diff] [review]:
-----------------------------------------------------------------

Thanks very much.

::: dom/plugins/ipc/PluginModuleChild.cpp
@@ +193,5 @@
>  PluginModuleChild::GetChrome()
>  {
> +    // A special PluginModuleChild instance that talks to the chrome
> +    // process during startup and shutdown. Use of this object's ipc
> +    // apis risk process hangs, be careful!

Perhaps be more specific: "Synchronous messages from or to this actor should be avoided because they may lead to hangs."
Attachment #8553341 - Flags: review?(wmccloskey) → review+
Keywords: checkin-needed
https://hg.mozilla.org/mozilla-central/rev/6aa664922b85
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla38
QA Whiteboard: [good first verify][verify in Nightly only]
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: