mirror of
				https://github.com/python/cpython.git
				synced 2025-10-31 05:31:20 +00:00 
			
		
		
		
	 8a1e4c4b64
			
		
	
	
		8a1e4c4b64
		
	
	
	
	
		
			
			svn+ssh://pythondev@svn.python.org/python/trunk ........ r72661 | georg.brandl | 2009-05-15 10:03:03 +0200 (Fr, 15 Mai 2009) | 1 line Fix example output for doctest-like demos. ........ r72675 | georg.brandl | 2009-05-16 13:13:21 +0200 (Sa, 16 Mai 2009) | 1 line #6034: clarify __reversed__ doc. ........ r72676 | georg.brandl | 2009-05-16 13:14:46 +0200 (Sa, 16 Mai 2009) | 1 line #6025: fix signature of parse(). ........ r72677 | georg.brandl | 2009-05-16 13:18:55 +0200 (Sa, 16 Mai 2009) | 1 line #6009: undocument default argument of Option as deprecated. ........ r72679 | georg.brandl | 2009-05-16 13:24:41 +0200 (Sa, 16 Mai 2009) | 1 line Fix about and bugs pages to match real workflow. ........ r72712 | georg.brandl | 2009-05-17 10:55:00 +0200 (So, 17 Mai 2009) | 1 line #5935: mention that BROWSER is looked for in PATH. ........ r72801 | georg.brandl | 2009-05-20 20:31:14 +0200 (Mi, 20 Mai 2009) | 1 line #6055: refer to "sqlite3" consistently. ........ r72820 | georg.brandl | 2009-05-22 09:23:32 +0200 (Fr, 22 Mai 2009) | 1 line Use raise X(y). ........
		
			
				
	
	
		
			58 lines
		
	
	
	
		
			2.8 KiB
		
	
	
	
		
			ReStructuredText
		
	
	
	
	
	
			
		
		
	
	
			58 lines
		
	
	
	
		
			2.8 KiB
		
	
	
	
		
			ReStructuredText
		
	
	
	
	
	
| .. _reporting-bugs:
 | |
| 
 | |
| ************************
 | |
| Reporting Bugs in Python
 | |
| ************************
 | |
| 
 | |
| Python is a mature programming language which has established a reputation for
 | |
| stability.  In order to maintain this reputation, the developers would like to
 | |
| know of any deficiencies you find in Python.
 | |
| 
 | |
| Bug reports should be submitted via the Python Bug Tracker
 | |
| (http://bugs.python.org/).  The bug tracker offers a Web form which allows
 | |
| pertinent information to be entered and submitted to the developers.
 | |
| 
 | |
| The first step in filing a report is to determine whether the problem has
 | |
| already been reported.  The advantage in doing so, aside from saving the
 | |
| developers time, is that you learn what has been done to fix it; it may be that
 | |
| the problem has already been fixed for the next release, or additional
 | |
| information is needed (in which case you are welcome to provide it if you can!).
 | |
| To do this, search the bug database using the search box on the top of the page.
 | |
| 
 | |
| In the case of documentation bugs, look at the most recent development docs at
 | |
| http://docs.python.org/dev to see if the bug has been fixed.
 | |
| 
 | |
| If the problem you're reporting is not already in the bug tracker, go back to
 | |
| the Python Bug Tracker.  If you don't already have a tracker account, select the
 | |
| "Register" link in the sidebar and undergo the registration procedure.
 | |
| Otherwise, if you're not logged in, enter your credentials and select "Login".
 | |
| It is not possible to submit a bug report anonymously.
 | |
| 
 | |
| Being now logged in, you can submit a bug.  Select the "Create New" link in the
 | |
| sidebar to open the bug reporting form.
 | |
| 
 | |
| The submission form has a number of fields.  For the "Title" field, enter a
 | |
| *very* short description of the problem; less than ten words is good.  In the
 | |
| "Type" field, select the type of your problem; also select the "Component" and
 | |
| "Versions" to which the bug relates.
 | |
| 
 | |
| In the "Comment" field, describe the problem in detail, including what you
 | |
| expected to happen and what did happen.  Be sure to include whether any
 | |
| extension modules were involved, and what hardware and software platform you
 | |
| were using (including version information as appropriate).
 | |
| 
 | |
| Each bug report will be assigned to a developer who will determine what needs to
 | |
| be done to correct the problem.  You will receive an update each time action is
 | |
| taken on the bug.
 | |
| 
 | |
| 
 | |
| .. seealso::
 | |
| 
 | |
|    `How to Report Bugs Effectively <http://www.chiark.greenend.org.uk/~sgtatham/bugs.html>`_
 | |
|       Article which goes into some detail about how to create a useful bug report.
 | |
|       This describes what kind of information is useful and why it is useful.
 | |
| 
 | |
|    `Bug Writing Guidelines <http://developer.mozilla.org/en/docs/Bug_writing_guidelines>`_
 | |
|       Information about writing a good bug report.  Some of this is specific to the
 | |
|       Mozilla project, but describes general good practices.
 | |
| 
 |