Closed
Bug 784840
Opened 12 years ago
Closed 12 years ago
Not getting OOPP crash reports for Flash Version: 11.4.402.265
Categories
(Toolkit :: Crash Reporting, defect)
Tracking
()
RESOLVED
FIXED
mozilla18
People
(Reporter: marcia, Assigned: ted)
References
Details
Attachments
(1 file)
115.24 KB,
image/png
|
Details |
When testing Version: 11.4.402.265 on Mac, I do not get a Flash crash report for a crash, but I do get one when testing with 11.3.300.271.
STR:
1. Load http://flonga.com/play/paws.htm
2. Crash.
3. Note attached screenshot which is what I get using 11.4.402.265 on 10.8.
Reporter | ||
Comment 1•12 years ago
|
||
Testing on a 10.6 machine with 11.3.300.271, I am able to submit a crash report and it crashes in [@ FlashPlayer-10.6@0x2c6d36].
Comment 2•12 years ago
|
||
This is not a Socorro (i.e. server-side) bug but you say the reports are not even sent, so it's on the client side. I hope Benjamin or Ted can help there.
Component: General → Breakpad Integration
Product: Socorro → Toolkit
Assignee | ||
Comment 3•12 years ago
|
||
Last I checked, OOP crash reporting was totally broken on 10.7+. I just haven't had time to fix it because we're way out of sync with upstream Breakpad, and I don't know exactly what fixed it.
Updated•12 years ago
|
tracking-firefox16:
--- → ?
Comment 4•12 years ago
|
||
Are we running mochitests on 10.7/10.8? We do test basic OOPP crash reporting in mochitests.
Assignee | ||
Comment 5•12 years ago
|
||
We have tests on 10.7, and those tests are failing.
Comment 6•12 years ago
|
||
(In reply to Ted Mielczarek [:ted] from comment #5)
> We have tests on 10.7, and those tests are failing.
With 11.4 in the wild now, it's possible that we have a major blind spot here (for >2million Firefox users on 10.7/10.8). It'd be really good to get this fixed on test branches as soon as possible, and then in FF16 for the first time on release.
Assignee | ||
Comment 7•12 years ago
|
||
Fixing this bug requires either updating our local Breakpad snapshot or finding the upstream patch that fixed this and cherrypicking it. I spent a while trying to find what fixed this upstream and had no success. Updating our Breakpad snapshot is going to require some effort, since we're about 2 years out of date (we've been cherrypicking patches), and we have a couple of sizable local patches that haven't been upstreamed (mostly my fault, work in support of OOP crash reporting that landed while I was on paternity leave and just haven't been able to dedicate time to upstreaming).
I'll try to make time this week to update our Breakpad.
Comment 8•12 years ago
|
||
This is server side as opposed to in-product. We'll continue to track for 17/18 to keep this on our radar, but we'll take this off of the FF16 tracking list.
Comment 9•12 years ago
|
||
bsmedberg let me know this is in-product, and I should have noticed bug 791775
Comment 10•12 years ago
|
||
There's no way we can fix this for 16, and it's really not safe enough for 17 either.
Comment 11•12 years ago
|
||
(In reply to Benjamin Smedberg [:bsmedberg] from comment #10)
> There's no way we can fix this for 16, and it's really not safe enough for
> 17 either.
Alright - we can rely upon the crash data in FF18 on Nightly/Aurora to try to make remaining Flash crashes more actionable in the short term.
Assignee | ||
Comment 12•12 years ago
|
||
This should be fixed in Nightly.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla18
Updated•12 years ago
|
status-firefox18:
--- → fixed
You need to log in
before you can comment on or make changes to this bug.
Description
•