Skip to main content

My first bug fix: Completed

Fixing bugs is a lot of work. Fixing bugs for an open source project is even more hard work. If you have no idea what you are doing, it is very difficult to contribute. Fortunately, the open source world welcomes new people. My experience with working in open source was difficult but so satisfying.

I ran into a few bumps before I could actually start working. I talk about those bumps in my previous blog posts. I realized that I had no idea where to start. I had never worked with a project this big and I was intimidated. I did not know where to start.

I was having a very hard time, my head was hurting, I was feeling dumb, and I was beginning to give up. But then help came to help me. One of the guys over at Mozilla was a big help. He took his time to email me personally to check up on me. I was shocked that he did that.

I replied and we started chatting on IRC. He wanted to help me and he was very knowledgable. He suggested another bug for me to work on to get more familiar with the python language. He said that I can keep the bug that I was assigned and I can try to work on it again when I'm more comfortable. I accepted the new bug from him and I started working on it immediately. The bug can be found here.

It seemed to be a more simple bug that required me to remove code that is no longer being used. I found this job to be very easy and I did it really fast. I was excited and I asked him where I can submit my code. He said wait, slow down, have you tested the code? I responded yes, it runs exactly the same way. He said you need to run the built in tests using a certain command "./run-tests.sh" I was like oh, okay. I did it and I was waiting and waiting and waiting. It ran and ran and finally, I couldn't believe my eyes, it said no errors found. I was very excited at this point.

I rushed back onto IRC and said the tests were successful and he told me to commit it to my cloned version of Balrog and then to do a pull request so he can review the code. He reviewed it and told me to fix one more thing and then commit the changes again.

I changed what he asked, but this time, the automatic tests that are on github did not pass. He told me that it's a formatting issue. There should be 2 lines of spaces between classes instead of one. I changed it, and the tests on github passed.

Finally, after waiting and waiting, my code was accepted and my code was committed to the official Balrog project. I became a contributor to Mozilla and I felt so accomplished over a small little bug. Overall, it was a long difficult journey, but the satisfaction of seeing the end result is very motivating. I look forward to working on more bugs in the future both in this course and even after my school career.

It was a fun experience and I want to be able to contribute to many other open source projects that I am interested in.

Comments

Popular posts from this blog

Creating My First Repo

For my Open Source class at school, I had a lab to create a repo. This was my first repo ever and it was very fun to do. I had very detailed instructions on what to do and I got the hang of it very fast. It's interesting how open source works. I chose to use the Rust library to work on the lab. The lab is a multi step lab and will be added onto in the upcoming weeks. I had to design a library for obtaining file info. The best part about open source is that it is open source! Meaning as long as I follow the license rules of other projects, I can essentially reuse their code. Instead of reinventing the wheel, I can build on what already exists. And that's the power of open source. The next step for me is to use continuous integration in my project. I have never done this and it will be a good experience and it will be very valuable to learn because it is something that can be used in my future projects. I will talk about it more in my next blog.

Automated Testing

Automated testing is a very useful feature that is simple to implement in any open source project. It allows the testing to be automated to ensure that nothing will break when things are changed. In the open source world, code is changed quite often so having automated testing can make it easy to track and manage errors and we can know if the code is properly written to pass the tests. Overall, it is very beneficial in open source programming. Travis CI makes it very easy to link your Github page and the repos on it. It is very easy to get started and I would recommend it to everyone! I always used to do my testing by outputting the results and comparing it with whatever I had in my head, now, it does it all on it's own.

Atom, My New Code Editor

Recently I started looking into a couple code editors for school. There were two that caught my attention; Atom and Visual Studio Code. After playing around with both of them, I decided to stick with one. Overall, they do similar things, but my decision is solely based on my bias. I personally am not a fan of Microsoft's software so I was not motivated to experiment with Visual Studio Code. Atom is a free to use code editor and can be downloaded at  https://atom.io /. The interface by default is dark, and it looks really nice in my opinion, but it can easily be changed by going into Settings>Themes It is really easy to customize it to how you want it to look. There are many things that can be changed, one controversial one being the spacing between tabs. It is really easy to get started with Atom. As soon as you start the program, you are greeted with a welcome page and we can easily start to edit anything we've been working on. The best part about Atom is that...