bugzilla.mozilla.org will be intermittently unavailable on Saturday, March 24th, from 16:00 until 20:00 UTC.

Add an option (under the Report dropdown) that focuses specifically on Plugin crashes



7 years ago
5 years ago


(Reporter: marcia, Unassigned)


Mac OS X

Firefox Tracking Flags

(Not tracked)



I seem to recall higher numbers showing in the default summary view (i.e. we were showing "All" crashes instead of just "browser" crashes.

I like to see the "all" number of crashes since that gives us a better representation of the real total numbers.
chofmann mentioned that he actually asked to make this change. Another reason is that I have to drill down another level if there happens to be an explosive crash that isn't classified as a browser crash.

Comment 2

7 years ago
I guess us on the user side of things need to make a decision on that. Who is the majority of users of this page? What is this group of people more likely to need there?

Comment 3

7 years ago
majority of users of the page are firefox developers wanting to find and fix firefox crashes.  there are fewer of us looking at the overall picture, and in wanting to understand and encourage plugin vendors to fix their crashes.

the idea wasn't to penalize plugin vendors or watchers of over all crash and hang activity, it was just to reduce noise of lots of plugin crashes for the bulk of firefox developers.

we could also set up a "plugin product" page like we have firefox, tbird, camino,... pages that would help to streamline the analysis of plugin crashes hand hangs.  see Bug 637661 for some ideas on that.

Comment 4

7 years ago
What Chris says ends up meaning we should close this one as WONTFIX or INVA - Marcia, do you agree?
5 of the top 10 Beta 12 crashes don't show in the browser crash view. I would actually prefer a pref that I could set for the default but if that cannot be done than I guess we can resolve as won't fix.

Comment 6

7 years ago
We could add it as an option (under the Report dropdown) and write a view and a TCBS calculation for it.  If that's the desired behavior, let's change the title of this bug.

Comment 7

7 years ago
I really like the idea of the "plugin product" page where we can give visibility to the stability world - as it's related to plugins. I understand Marcia's concern that we are not paying enough attention to these very real problems. I think we should wrap this into a goal of the Crashkill team - reporting the state of plugin crashes, spikes, analysis and such. In this context, we should think about what views/reports would be most helpful.

Comment 8

7 years ago
yeah, we can also tweek this view to show versions of flash involved with the signature in addition too, or rather than the firefox versions.

here is an example


this kind of report would quickly surface things like this where the #4 signature is only seen on a couple of 10.2 versions, and indicate if a bug was on file.

#4 295	F1330478284___________ 	2+: ...	632532 ...

Comment 9

7 years ago
chofmann, I like that idea. We can link to these types of reports in the bugs.


7 years ago
Summary: Which view is the default for https://crash-stats.mozilla.com/products/Firefox → Add an option (under the Report dropdown) that focuses specifically on Plugin crashes

Comment 10

7 years ago
smooney pointed me to this bug. I am intensely uncomfortable that we are hiding plugin crashes by default on the topcrash page. chofmann seems to be making the assmuption that plugin-process crashes are caused by plugins, which is simply false. This is especially important for "hang" crashes, which are *mostly* either Firefox's fault, or something that Firefox should work around in some way. I believe whatever change made the browser crashes appear by default should be reverted ASAP.

Comment 11

7 years ago
This bug is about trying to make the plugin crash and hang data more useful and actionable.

I think you want to advocate for changing the defualt in https://bugzilla.mozilla.org/show_bug.cgi?id=562216 which has been in place for several months.  I'm pretty sure I consulted with you when that change was made.


6 years ago
Component: Socorro → General
Product: Webtools → Socorro


6 years ago
Component: General → Webapp
We have this.
Last Resolved: 5 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.