DPS909/OSD600 0.1 Release

From CDOT Wiki
Jump to: navigation, search

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 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 "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 these docs.

Some other specific ideas to consider:

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 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.
  • What do I do if someone else is already working on a bug? What if someone else also wants to work on a bug? You need to communicate your intent to work on something. Leave a comment in a bug, and let people know you are interested in working on it. If someone else is working on it, but hasn't made progress in a long time, you can leave a polite question asking if it's OK for you to take it over. If another student also wants to work on a bug, come see your professor for help finding another suitable issue.
  • 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

# Name Bug(s) (URLs) Blog Post (URL)
1 Dan Epstein https://bugzilla.mozilla.org/show_bug.cgi?id=1402394 http://www.danepstein.ca/firefox-developer-tools-bugzillamozilla-bug-1402394/
2 Hadi Saeed https://bugzilla.mozilla.org/show_bug.cgi?id=1377840 http://techbreaksblog.wordpress.com/2017/10/10/contributing-to-mozilla-pontoon/
3 Jiel Selmani https://github.com/devtools-html/debugger.html/pull/4230


4 Nicholas Krause https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80188 https://nicholas95com.wordpress.com/2017/10/15/first-bug-and-interactions-with-gcc-community/
5 Michael Pierre https://github.com/mozilla/thimble.mozilla.org/pull/2514


6 Svitlana Galianova https://github.com/devtools-html/debugger.html/pull/4463 http://svitlanagalianova.blogspot.ca/2017/10/small-step-for-developer-giant-leap-for.html
7 Avedis Zeitounilian https://bugzilla.mozilla.org/show_bug.cgi?id=1407392


8 Azusa Shimazaki https://github.com/mozilla/thimble.mozilla.org/issues/2118 http://assmith2017.blogspot.ca/2017/10/first-bug-fixing.html
9 Joao Rodrigues https://github.com/mozilla/thimble.mozilla.org/pull/2528 https://jmrodriguesgoncalves.blogspot.ca/2017/10/assignment-1-fixing-real-bug.html
10 Sean Prashad https://github.com/rust-lang/rust/pull/44960



11 Ajla Mehic https://github.com/mozilla/brackets/pull/886 https://amehic.wordpress.com/2017/10/20/first-bug-fixed/
12 Joshua Longhi https://bugzilla.mozilla.org/show_bug.cgi?id=1405246


13 Anthony LoMagno https://github.com/mozilla/brackets/pull/885 https://anthonylomagno.wordpress.com/2017/11/29/the-first-release-and-the-importance-of-communication/
14 Marco Beltempo https://github.com/mozilla/thimble.mozilla.org/issues/1918


15 Leonel Jara https://bugzilla.mozilla.org/show_bug.cgi?id=1403502#c16 https://lejara.wordpress.com/2017/10/29/my-first-bug-adventure-finished/
16 Earle white https://bugzilla.mozilla.org/show_bug.cgi?id=1406320 https://ewhite7blog.wordpress.com/2017/11/01/mozilla-first-bug/
17 Mithilan Sivanesan https://bugzilla.mozilla.org/show_bug.cgi?id=1403956 https://mithilanblog.wordpress.com/2017/10/25/enabling-eslint-my-first-bug/
18 Jay Yin https://github.com/mozilla/foundation.mozilla.org/issues/798 http://jyopensource.blogspot.ca/2017/10/working-on-my-first-open-source.html
19 Marvin Sanchez https://github.com/mozilla/testpilot/pull/2975


20 Teddy Prempeh https://github.com/teddypee/thimble.mozilla.org/pull/1 https://teddyprempeh.wordpress.com/2017/11/24/my-first-bug-fix/
21 Mat Babol https://bugzilla.mozilla.org/show_bug.cgi?id=1403883


22 Diana Dinis-Alves https://github.com/mozilla/brackets/pull/887


23 Steven De Filippis https://github.com/mozilla/pdf.js/pull/9197 https://dps909.defilippis.ca/index.php/2017/11/28/satisfying-apples-safaris-undefined-methods-pdf-js-issue-8726/
24 Hans van den Pol https://github.com/mozilla/brackets/pull/898 https://opensourcetoronto.wordpress.com/2017/11/28/my-first-bug-has-been-solved/
25 Gaurav Verma https://github.com/mozilla/brackets/pull/897 https://gblogs2017.wordpress.com/2017/11/29/update-on-my-first-bug/
26 Parthkumar Patel https://github.com/mozilla/brackets/pull/900 https://ppatel221.wordpress.com/2017/11/29/the-finish-line/
27 Eric Schvartzman https://github.com/mozilla/brackets/pull/879 https://ericschvartzman.blogspot.ca/2017/12/open-source-release-01.html
28 Fateh Sandhu https://github.com/mozilla/thimble.mozilla.org/pull/2535


29 Eric Suarez https://github.com/mozilla/thimble.mozilla.org/pull/2571 https://esoscode.wordpress.com/2017/12/07/my-first-fix/
30 Igor Naperkovskiy https://github.com/naperkovskiy https://naperkovskiyblog.wordpress.com/2017/12/31/assignment-1/
31 Arpit Gandhi https://github.com/devtools-html/debugger.html/pull/4905 https://arpit1667.wordpress.com/2018/01/04/my-first-bug/