Apr MAY Jun
13
2020 2021 2022
success
fail

About this capture

COLLECTED BY

Collection: Common Crawl

Web crawl data from Common Crawl.
TIMESTAMPS

The Wayback Machine - http://web.archive.org/web/20210513052323/https://devguide.python.org/fixingissues/
  



Sections



●1. Getting Started
●2. Where to Get Help
●3. Lifecycle of a Pull Request
●4. Running & Writing Tests
●5. Increase Test Coverage
●6. Helping with Documentation
●7. Documenting Python
●8. Silence Warnings From the Test Suite
●9. Fixing “easy” Issues (and Beyond)
●10. Issue Tracking
●11. Triaging an Issue
●12. Following Python’s Development
●13. Porting Python to a new platform
●14. How to Become a Core Developer
●15. Developer Log
●16. Accepting Pull Requests
●17. Development Cycle
●18. Continuous Integration
●19. Adding to the Stdlib
●20. Changing the Python Language
●21. Experts Index
●22. gdb Support
●23. Exploring CPython’s Internals
●24. Changing CPython’s Grammar
●25. Design of CPython’s Compiler
●26. Design of CPython’s Garbage Collector
●27. Updating standard library extension modules
●28. Changing Python’s C API
●29. Coverity Scan
●30. Dynamic Analysis with Clang
●31. Running a buildbot worker
●32. Core Developer Motivations and Affiliations
●33. Git Bootcamp and Cheat Sheet
●34. Appendix: Topics

Previous topic


8. Silence Warnings From the Test Suite

Next topic


10. Issue Tracking

This Page



● Show Source  




Navigation



● index
● next |
● previous |
python logo
●Python »




● Python Developer's Guide »  

●9. Fixing “easy” Issues (and Beyond)


|  






9. Fixing “easy” Issues (and Beyond)


When you feel comfortable enough to want to help tackle issues by trying to create a patch to fix an issue, you can start by looking at the “easy” issues. These issues should be ones where it should take no longer than a day or weekend to fix. But because the “easy” classification is typically done at triage time it can turn out to be inaccurate, so do feel free to leave a comment if you think the classification no longer applies.
For the truly adventurous looking for a challenge, you can look for issues that are not considered easy and try to fix those. It must be warned, though, that it is quite possible that a bug that has been left open has been left into that state because of the difficulty compared to the benefit of the fix. It could also still be open because no consensus has been reached on how to fix the issue (although having a patch that proposes a fix can turn the tides of the discussion to help bring it to a close). Regardless of why the issue is open, you can also always provide useful comments if you do attempt a fix, successful or not.






Sections



●1. Getting Started
●2. Where to Get Help
●3. Lifecycle of a Pull Request
●4. Running & Writing Tests
●5. Increase Test Coverage
●6. Helping with Documentation
●7. Documenting Python
●8. Silence Warnings From the Test Suite
●9. Fixing “easy” Issues (and Beyond)
●10. Issue Tracking
●11. Triaging an Issue
●12. Following Python’s Development
●13. Porting Python to a new platform
●14. How to Become a Core Developer
●15. Developer Log
●16. Accepting Pull Requests
●17. Development Cycle
●18. Continuous Integration
●19. Adding to the Stdlib
●20. Changing the Python Language
●21. Experts Index
●22. gdb Support
●23. Exploring CPython’s Internals
●24. Changing CPython’s Grammar
●25. Design of CPython’s Compiler
●26. Design of CPython’s Garbage Collector
●27. Updating standard library extension modules
●28. Changing Python’s C API
●29. Coverity Scan
●30. Dynamic Analysis with Clang
●31. Running a buildbot worker
●32. Core Developer Motivations and Affiliations
●33. Git Bootcamp and Cheat Sheet
●34. Appendix: Topics

Previous topic


8. Silence Warnings From the Test Suite

Next topic


10. Issue Tracking

This Page



● Show Source  







Navigation



● index
● next |
● previous |
python logo
●Python »




● Python Developer's Guide »  

●9. Fixing “easy” Issues (and Beyond)


|  


© Copyright 2011-2021, Python Software Foundation.  
 This page is licensed under the Python Software Foundation License Version 2.  
 Examples, recipes, and other code in the documentation are additionally licensed under the Zero Clause BSD License.  
 See History and License for more information.  

 The Python Software Foundation is a non-profit corporation. Please donate.
 
 Last updated on May 12, 2021.  Found a bug?
  Created using Sphinx 3.5.4.