No bug mail generated at all for private reports
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
apport (Ubuntu) |
Expired
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: apport
Currently, the only way to determine that new crash (private) bugs have arrived is to visit the launchpad bug report for each individual Ubuntu package - no bug mail at all is generated. This might be fine if there were only a few packages to watch, but this does not scale to something like the Ubuntu project where there are thousands of packages. Many crashes are being ignored or not handled in a timely manner because those packages are not visited. Even if I am only interested a small number of packages, I dare say it is pretty close to unworkable (having to remember to go visit the bug reports for each package).
I understand the desire to minimize bug spam, but could the flow be changed to the following to allow for at least one bug mail to be sent per non-duplicate bug?
1. retrace
2. dup check
3. if not a duplicate, notify those users subscribed to that package, and who are able to see private reports, with a status (if nothing else, just let them see the duplicate-check tag be removed).
Right now a lot of developers explicitly do not want bug mails for crash reports (and their million duplicates, etc). We just have an escalation procedure once the 10th duplicate is reported, to get it on the QA team's radar. So this is pretty much "wontfix" in this general description.
However, for your particular use case of mythbuntu, the retracer could have a map to subscribe a particular team (in addition to ubuntu-bugcontrol) for particular packages.
So perhaps this should be reformulated for this more specific use case?