Closed Bug 761934 Opened 12 years ago Closed 12 years ago

Popcap games don't work out-of-process in gaia

Categories

(Firefox OS Graveyard :: General, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-kilimanjaro:+, blocking-basecamp:+)

RESOLVED DUPLICATE of bug 774139
blocking-kilimanjaro +
blocking-basecamp +

People

(Reporter: cjones, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [games:p?])

Attachments

(1 file)

STR
 (1) Load "Tower Jelly" gaia app out of process.
 (2) Try to start a game.

It's possible to navigate to the "START GAME" option, but not to actually click it.  I suspect mousedown/mouseup are going through, but (click?) isn't.  Or something.

Might be a gecko event-processing bug, but dropping into B2G component first.
Attached patch Gaia testSplinter Review
Hmmmm .... this test seems to show that onclick is being fired.

(I know this code is running out of process because console.log doesn't work :/.)
Because of bug 763340, it's possible that there's an exception being thrown that we're missing because of lack of console service.
Summary: Not delivering (onclick?) to out-of-process content → Popcap games don't work out-of-process in gaia
smaug, this bug has to be caused by some difference in the DOM events we dispatch to content in the in-process vs. out-of-process cases.  Can you suggest a good way to debug this problem?

If there's a central location that we dispatch DOM events to content from, then I'd like to log the events that are dispatched from there.  Maybe we already have that kind of logging code?
<bz> cjones: nsEventDispatcher
* dzbarsky (Adium@moz-BBE3ABD.mv.mozilla.com) has joined #content
* josh (josh@moz-7B0110AD.mv.mozilla.com) has joined #content
<bz> cjones: Log in Dispatch and DispatchDOMEvent, and you should get everything
nsEventDispatcher::Dispatch gives you all the dispatched events.
blocking-basecamp: --- → ?
This is a difference in behavior between same-process/cross-process event delivery that's breaking some extremely simple apps.  This should block.
blocking-basecamp: ? → +
blocking-kilimanjaro: --- → +
Blocks: gecko-games
Whiteboard: [games:p?]
(In reply to Chris Jones [:cjones] [:warhammer] from comment #7)
> This is a difference in behavior between same-process/cross-process event
> delivery that's breaking some extremely simple apps.  This should block.

This doesn't seem to be games specific at all -- just event delivery seems to be broken.  If this doesn't work, how does anything?
Felipe and I discovered that we don't dispatch raw touch events to content processes, even though |window.TouchEvent| will be nonnull.

So that's probably what's broken here!  Argh.
These guys work with the patch in bug 774139.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: