← Back to branch summary

~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/developers/apport.txt

  • Committer: Martin Pool
  • Date: 2009-08-12 09:22:29 UTC
  • mto: This revision was merged to the branch mainline in revision 4632.
  • Revision ID: mbp@sourcefrog.net-20090812092229-c19qbgf5s5hwwbdz
Updated documentation about apport

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/developers/apport.txt
39
39
 
40
40
#. We log it in apport-format to a file in ~/.bazaar/crash.
41
41
 
42
 
#. We ask the user what they want to do: forget about it, report the crash
43
 
   as a bug, turn off all crash reporting (temporarily?), see the report
44
 
   and then decide, see just the traceback, just be told where the file is.
45
 
 
46
 
   We'll do this through the UIFactory so that it can be presented as a
47
 
   graphical dialog etc.
 
42
#. We tell the user where that file is, and invite them to file a bug
 
43
   report.
48
44
 
49
45
* Developers probably want to turn this off?  Or is it enough to just have
50
46
  them say No, don't file it?
56
52
Future ideas
57
53
------------
58
54
 
59
 
* Record apport files into ~/.bazaar/crash
60
 
 
61
55
* Capture apport data even for things not believed to be internal errors,
62
56
  because sometimes they are in fact bugs.  Then the user can attach the
63
57
  apport report later if they decide to file a bug.  There may be quite a
64
 
  lot of them so we might need to limit the number that are stored.
 
58
  lot of them so we might need to limit the number that are stored, or do
 
59
  this when a debug flag is set.  At the moment they go into .bzr.log and
 
60
  that's probably ok to start with.
65
61
 
66
62
* Raising an error from the breakin debugger should cause this to fire.
67
63
 
70
66
  longwinded than our current output and might make the traceback scroll
71
67
  off the screen.
72
68
 
 
69
* Automatically include .bzr.log in the problem report.
 
70
 
 
71
* Ask the user what they want to do with the report: automatically file
 
72
  it, look at it, see just the traceback, just be told where it is.  This
 
73
  could be done through the UIFactory so that it can be done through a
 
74
  graphical dialog.
 
75
 
 
76
  However, if we've already had an unhandled error in this process there
 
77
  may be problems in Bazaar that prevent us presenting a clean message...
 
78
 
 
79
  Possibly these bugs are better reported in the next time bzr runs.
 
80
 
73
81
.. 
74
82
    vim: ft=rst