/Doc/bugs.rst

http://unladen-swallow.googlecode.com/ · ReStructuredText · 58 lines · 43 code · 15 blank · 0 comment · 0 complexity · f5a23c3b60ed557c660cbd851099a1f3 MD5 · raw file

  1. .. _reporting-bugs:
  2. ************************
  3. Reporting Bugs in Python
  4. ************************
  5. Python is a mature programming language which has established a reputation for
  6. stability. In order to maintain this reputation, the developers would like to
  7. know of any deficiencies you find in Python.
  8. Bug reports should be submitted via the Python Bug Tracker
  9. (http://bugs.python.org/). The bug tracker offers a Web form which allows
  10. pertinent information to be entered and submitted to the developers.
  11. The first step in filing a report is to determine whether the problem has
  12. already been reported. The advantage in doing so, aside from saving the
  13. developers time, is that you learn what has been done to fix it; it may be that
  14. the problem has already been fixed for the next release, or additional
  15. information is needed (in which case you are welcome to provide it if you can!).
  16. To do this, search the bug database using the search box on the top of the page.
  17. In the case of documentation bugs, look at the most recent development docs at
  18. http://docs.python.org/dev to see if the bug has been fixed.
  19. If the problem you're reporting is not already in the bug tracker, go back to
  20. the Python Bug Tracker. If you don't already have a tracker account, select the
  21. "Register" link in the sidebar and undergo the registration procedure.
  22. Otherwise, if you're not logged in, enter your credentials and select "Login".
  23. It is not possible to submit a bug report anonymously.
  24. Being now logged in, you can submit a bug. Select the "Create New" link in the
  25. sidebar to open the bug reporting form.
  26. The submission form has a number of fields. For the "Title" field, enter a
  27. *very* short description of the problem; less than ten words is good. In the
  28. "Type" field, select the type of your problem; also select the "Component" and
  29. "Versions" to which the bug relates.
  30. In the "Comment" field, describe the problem in detail, including what you
  31. expected to happen and what did happen. Be sure to include whether any
  32. extension modules were involved, and what hardware and software platform you
  33. were using (including version information as appropriate).
  34. Each bug report will be assigned to a developer who will determine what needs to
  35. be done to correct the problem. You will receive an update each time action is
  36. taken on the bug.
  37. .. seealso::
  38. `How to Report Bugs Effectively <http://www.chiark.greenend.org.uk/~sgtatham/bugs.html>`_
  39. Article which goes into some detail about how to create a useful bug report.
  40. This describes what kind of information is useful and why it is useful.
  41. `Bug Writing Guidelines <http://developer.mozilla.org/en/docs/Bug_writing_guidelines>`_
  42. Information about writing a good bug report. Some of this is specific to the
  43. Mozilla project, but describes general good practices.