Closed Bug 1057484 Opened 11 years ago Closed 11 years ago

Determine whether gPluginHandler needs to handle the gmp-plugin-crash notification

Categories

(Firefox :: General, defect)

defect
Not set
normal
Points:
3

Tracking

()

RESOLVED INVALID

People

(Reporter: adw, Unassigned)

References

Details

+++ This bug was initially created as a clone of Bug #1053473 +++ For non-GMP plugin crashes, there's a plugin-crashed observer service notification and a PluginCrashed DOM event fired in the page. gPluginHandler in browser-plugins.js ends up handling both [1,2], in different ways. For GMP plugin crashes, there's the same PluginCrashed DOM event [3], but there's also a gmp-plugin-crash notification [4]. gPluginHandler already handles the PluginCrashed event, and due to that and bug 1024672, GMP crashes that are reported by this event now correctly trigger crash reporting UI and crash submission paths. (Well, they should anyway.) The question is whether gPluginHandler needs to observe the gmp-plugin-crash notification in the same way it observes plugin-crashed. I don't know why it observes plugin-crashed; are there cases where plugin-crashed is broadcasted but PluginCrashed isn't fired? Also, for GMP crashes, it looks like PluginCrashed is fired when gmp-plugin-crash is observed [5]. So it looks to me like the answer is No, but I don't know for sure. [1] http://mxr.mozilla.org/mozilla-central/source/browser/base/content/browser.js?rev=82d1a1b7e098#1343 [2] http://mxr.mozilla.org/mozilla-central/source/browser/base/content/browser.js?rev=82d1a1b7e098#799 [3] http://mxr.mozilla.org/mozilla-central/source/media/webrtc/signaling/src/peerconnection/PeerConnectionImpl.cpp?rev=50e64b3d2d88#1748 [4] http://mxr.mozilla.org/mozilla-central/source/content/media/gmp/GMPParent.cpp?rev=358058008e40#541 [5] http://mxr.mozilla.org/mozilla-central/source/dom/media/PeerConnection.js?rev=50e64b3d2d88#153
Flags: firefox-backlog+
(In reply to Drew Willcoxon :adw from comment #0) > The question is whether gPluginHandler needs to observe the gmp-plugin-crash > notification in the same way it observes plugin-crashed. No, we need it to handle PluginCrashed for GMP only (they always go through peerconnection etc., which was the workable path that was found to actually add the crash details).
(In reply to Drew Willcoxon :adw from comment #0) > I don't know why > it observes plugin-crashed; are there cases where plugin-crashed is > broadcasted but PluginCrashed isn't fired? Also, for GMP crashes, it looks > like PluginCrashed is fired when gmp-plugin-crash is observed [5]. So it > looks to me like the answer is No, but I don't know for sure. They are different (and trigger different code paths): http://hg.mozilla.org/mozilla-central/annotate/0b9dd32d1e16/browser/base/content/browser-plugins.js#l1131 http://hg.mozilla.org/mozilla-central/annotate/0b9dd32d1e16/browser/base/content/browser-plugins.js#l1154
(In reply to Georg Fritzsche [:gfritzsche] from comment #2) > They are different (and trigger different code paths): > http://hg.mozilla.org/mozilla-central/annotate/0b9dd32d1e16/browser/base/ > content/browser-plugins.js#l1131 > http://hg.mozilla.org/mozilla-central/annotate/0b9dd32d1e16/browser/base/ > content/browser-plugins.js#l1154 Right, but I don't know why they trigger different paths, why doing everything in the PluginCrashed listener wouldn't work. (In reply to Georg Fritzsche [:gfritzsche] from comment #1) > No, we need it to handle PluginCrashed for GMP only (they always go through > peerconnection etc., which was the workable path that was found to actually > add the crash details). So we can close this bug then?
Flags: qe-verify?
Georg, can we close this bug?
Flags: needinfo?(georg.fritzsche)
Sorry for the earlier quick-and-not-so-informative drive-by. Yes, we do need both handlers: * plugin-crashed is "always" fired: http://hg.mozilla.org/mozilla-central/annotate/dc352a7bf234/dom/plugins/base/nsPluginHost.cpp#l3506 * "PluginCrashed" is per-alive-plugin-element and not always fired: http://hg.mozilla.org/mozilla-central/annotate/dc352a7bf234/dom/plugins/base/nsPluginHost.cpp#l3523
Status: NEW → RESOLVED
Closed: 11 years ago
Flags: needinfo?(georg.fritzsche)
Resolution: --- → INVALID
Flags: qe-verify?
Flags: firefox-backlog-
Flags: firefox-backlog+
You need to log in before you can comment on or make changes to this bug.