summary Allow user to suppress individual fields when sending a report
status triaged
importance low
done
Brian J. Murrell [2008-10-28 11:16 -0000]:
> > > I should be able to deselect sending any of the stack trace
> > > attachments too.
> >
> > That's a possible enhancement indeed.
>
> Do this instead/also.
Right, so I devote this bug report to this aspect, since it is both
feasible and helps to what you have in mind.
> > Right, she can't, and I don't expect her to. That's why we disable
> > apport in stable releases. :-)
>
> Yeah. But if this reason is the only reason why GA releases get apport
> disabled, if we could solve this, we could get apport reports from GA
> users.
It's actually not the only reason, but certainly the most important
one. Others are:
- Crash report processing takes a lot of CPU and I/O resources and
disk space, which is inconvenient.
- By the time we release we should already have the really bad
crashes reported, and we won't fix the uncritical/seldom ones in
stables (SRU policy). Besides, during the development cycle
we get way more crash reports than we could ever triage/fix anyway.
summary Allow user to suppress individual fields when sending a report
status triaged
importance low
done
Brian J. Murrell [2008-10-28 11:16 -0000]:
> > > I should be able to deselect sending any of the stack trace
> > > attachments too.
> >
> > That's a possible enhancement indeed.
>
> Do this instead/also.
Right, so I devote this bug report to this aspect, since it is both
feasible and helps to what you have in mind.
> > Right, she can't, and I don't expect her to. That's why we disable
> > apport in stable releases. :-)
>
> Yeah. But if this reason is the only reason why GA releases get apport
> disabled, if we could solve this, we could get apport reports from GA
> users.
It's actually not the only reason, but certainly the most important
one. Others are:
- Crash report processing takes a lot of CPU and I/O resources and
disk space, which is inconvenient.
- By the time we release we should already have the really bad
crashes reported, and we won't fix the uncritical/seldom ones in
stables (SRU policy). Besides, during the development cycle
we get way more crash reports than we could ever triage/fix anyway.
Thanks,
Martin
-- www.piware. de
Martin Pitt | http://
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)