Closed
Bug 385785
Opened 18 years ago
Closed 16 years ago
Consider uploading breakpad symbols for hourly builds
Categories
(Release Engineering :: General, enhancement, P3)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: ted, Assigned: ted)
References
Details
A counterpoint to bug 383764, it would be useful for testers if we uploaded Breakpad symbols from hourly builds. Currently we have Breakpad enabled in those builds, but no corresponding debug symbols, so any crash reports submitted are pretty worthless. Since we have a lot of space for symbols, and symbols aren't all that big, we can probably afford to store some hourly symbols. If we implement this, we should only keep ~24 hours worth of hourly symbols to avoid huge overhead.
Assignee | ||
Updated•18 years ago
|
Priority: -- → P3
i'd suggest closer to a week for a retention policy. i tend to download a build and use it for that long....
Comment 2•18 years ago
|
||
My vote for a week aswell, 24h is way too short.
For people that work and sleep, some of us do, it means you loose 16+ hours of builds around midnight, leaving you with just 8 hours to produce a usefull breakpad report.
Updated•17 years ago
|
QA Contact: mozpreed → build
Comment 3•17 years ago
|
||
Do you want to do this ? It's going to depend on a cleanup mechanism.
Depends on: 379757
Assignee | ||
Comment 4•17 years ago
|
||
I do, and yeah, we need to clean up.
Comment 5•16 years ago
|
||
This came up in #maildev recently. I suspect thunderbird would like to have this for the same reasons.
Assignee | ||
Comment 6•16 years ago
|
||
Decided against this. We fixed Talos (bug 480577) by uploading a symbol zip alongside the builds. (bug 478221) I don't see a compelling enough reason to make this work now.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WONTFIX
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•