667
edits
Changes
no edit summary
=0.1 Release=
Your first release is due one month from today, '''Friday Oct 20'''.
You are responsible to '''find and fix a bug or bugs in a Mozilla product or tool'''. Below you will find a suggested set of projects and tools to consider, as well as links to possible ''Good First Bugs''. You are free to work on other Mozilla products/tools/bugs besides those listed below, as long as you talk to your professor first.
==1. Possible Good First Bugs==
* First, have a look at [https://www.joshmatthews.net/bugsahoy/?unowned=1 Bugs Ahoy!] tool showing good starter bugs from across Mozilla. It covers bugs across many technologies, products, and tools. See also the refined search with only [https://www.joshmatthews.net/bugsahoy/?unowned=1&simple=1 "simple" bugs]. You can further limit your search by selecting options on the left. If you end-up working on Firefox/browser bugs specifically, see [https://wiki.mozilla.org/Good_first_bug these docs].
* Rust (programming language, sites, and project) [https://www.rust-lang.org/en-US/contribute.html contribute docs], [https://github.com/rust-lang/rust/labels/E-easy "easy" bugs], [https://github.com/rust-lang/crates.io/issues?q=is%3Aissue+is%3Aopen+label%3AE-easy Crates.io package manager "easy" bugs], [https://www.rustaceans.org/findwork other ideas for contributing to Rust and tooling]
* rr (C++ debugging tool for Linux) [https://github.com/mozilla/rr/labels/goodfirstbug "goodfirstbug"], good [http://cppcast.com/2015/12/robert-ocallahan/ podcast about what rr is here].
==2. FAQ==
* Can I work on ''some random open source project from GitHub''? No. Please focus on a Mozilla project, so that you get connected into the Mozilla project, which is welcoming of new contributors and students. Not all open source projects on GitHub are like Mozilla.
* Can I start my own open source project and work on that? No. This project is about contributing to existing, large, open source projects, which involves learning many skills, tools, and processes that will be valuable to you in your career as a developer.
* Can I work with a partner, or in a group? No. You can collaborate with others in the course (or from Mozilla) on your bug(s), but you need to "own" your own bug, and do the work yourself. Having people give you advice or help, and doing the same for others, is fine. However, "help" doesn't mean one person does it all.
* Can you help me, I'm totally lost, I have no idea what to work on. I'd suggest you work on Thimble https://github.com/mozilla/thimble.mozilla.org.
* Can I work on something I don't know (e.g., Rust, Firefox, ...)? Yes. As long as you're willing to push yourself to learn what you need to know, you can do it. You have 4 weeks to accomplish this, which is lots of time to research, learn, fail, and succeed.
* What if I write a fix and Mozilla rejects it, will I still get marks? Yes. You will be marked on the process, how you work, and what you create. Mozilla will almost certainly reject your first attempt in code review, and offer comments on what to fix. It might take a few rounds of review/re-submission for you to get your bug(s) finished. That's normal.
* When should I start working on my bug? Now. Fixing a bug in a large code base you don't know takes lots of time. You have lots of time (1 month), don't waste it. Work on your bug every few days for a short amount of time; don't leave it until a few days before it's due.
* Where can I go for help? You can talk to your classmates on Slack. You can also reach out to the developers at Mozilla. Each project/tool at Mozilla has its own communication channels, and you are encouraged to join them, whether it be Slack, IRC, mailing lists, Gitter, etc. Be bold, introduce yourself, and get started working in community.
* How do I submit my work? You need to have a Pull Request or Attachment Patch (i.e., completed code) for your bug submitted to the correct bug tracker. You also need a blog post discussing your process, what you learned, the fix, etc. See below.
==4. Submission==
