710077 - Firefox crash epicplaygames.dll (Farmville)

Status: RESOLVED WORKSFORME

(Firefox :: Extension Compatibility, defect)

Description

[Marcia Knous [:marcia]]

This bug was filed from the Socorro interface and is 
report bp-26929aef-66cb-48b4-a2b1-015292111212 .
============================================================= 

There are a bunch of these signatures that show up in a "contains" search. They are seen in the 9.0 betas but not in high volume. http://tinyurl.com/c7ujl2l - in the last week over a thousand crashes across all versions.

Most of the comments mention doing something in Farmville when they crash.

There are correlations to an addon and dll -

100% (63/63) vs.   0% (137/51284) epicPlayGames.dll
95% (60/63) vs.   0% (165/51284) [e-mail]

We should watch this one for Firefox 9 to see if volume spikes.

Comment 1

[Benjamin Smedberg]

The crash in question is a parent process crash, apparently from an addon using ctypes (probably incorrectly or there's a GC hazard).

Comment 2

[Marcia Knous [:marcia]]

http://biointegr8.blogspot.com/2011/11/fighting-epicplay.html has some information. I am still trying to hunt down where I can install the addon so I can try to reproduce the crash.

Comment 3

[Mats Palmgren (inactive)]

The crash reason in all reports is EXCEPTION_STACK_OVERFLOW, which seems a bit odd
given that there's only 65 or so stack frames in the crashes.

Comment 4

[(not currently active) Ted Mielczarek]

It's true, but we just get that from the OS. It's possible they're doing something really stupid with the stack, or just getting unlucky and touching the guard page (which is probably what triggers that exception).

Comment 5

[Marcia Knous [:marcia]]

This is showing up again in the 10 explosive report - https://crash-analysis.mozilla.com/rkaiser/2012-02-12/2012-02-12.firefox.10.explosiveness.html.

Comment 6

[Wayne Mery (:wsmwk)]

no crashes newer than version 20 in last 18 weeks with "epicplaygames" in signature.