Mobile Uploads Testing

Image I uploaded to Wikimedia Commons using the Wikimedia Commons App.

Just a quick post! Mobile QA is testing the Commons Upload app for Android and iOS devices this week. Wikimedia Commons is a media file repository for public domain and freely licensed media.  Today I uploaded some photos to Commons using the Android app and the mobile browser. I encourage you to get the Commons App and submit some photos to commons. This will help developers get more information so they can improve the app. Join us in #wikimedia-mobile on Freenode if you have any questions or comments! Here are my contributions so far: User:Valeriej’s Contributions (Ignore my faces – I didn’t upload those using my mobile device).

Happy Testing!

Advertisements

Bug Days and Blog Posts

Our first bugday on January 29th over reports that had not been changed in over a year went well. There was a small turnout, but it was fun and a good learning experience. I sent out a summary to wikitech-l. We addressed about 30 of the original 250 reports (summary of bug reports acted on). This included retesting reports to see if they were still valid for newer versions that have been released. If we could not reproduce the issue or needed more information, we left comments to that effect on the reports. Since these are older reports, we planned to close them after 3 weeks of non response. I spent some time yesterday closing some of those reports. A number of the reports were closed before I checked yesterday. And all of the closed reports can be reopened if it is discovered this issue still exists.

As mentioned in the summary sent to wikitech-l, we wanted to have a clearer landing page. For the first bug day, the only source of information for the bug day was the bug management Triage page. I was able to address this with the last bugday, which was last Tuesday (2-19). We focused on open bugs in the Git/Gerrit component. I coordinated with Chad, who lead the recent update of Gerrit, and he established the focus for this bug day would be on upstream reports. I created a page listing the ‘Who,’ ‘What,’ ‘When,’ and ‘Where.’ I liked that we had a dedicated page for this bugday, because we had a number of upstream links, like release notes and the Gerrit bug tracker, that would have cluttered up the triage page. The dedicated page allows us to post more information, and after the bug day we can archive the list of reports that we acted on and associated comments.

During the bugday, we addressed about 25 of 70 reports. We didn’t close as many reports as the first bugday, but we posted status updates and linked to upstream bugs. I spent a lot of time looking for upstream bugs reports that match the problems described in our reports. I’m not very familiar with Gerrit, so I was learning as I triaged. I have not had the opportunity to submit a change, but I am looking for one.

File:Bug Life Cycle Diagram.png

I’m working on a couple of blog posts to submit to the Wikimedia blog. While drafting the posts I created a flowchart that illustrates the life cycle of a bug report. Andre helped me improve it, and I’ll be using it in my post. I welcome feedback or questions regarding the image. You can see the evolution of the image at this page of the original .svg file. There are some rendering bugs with .svg files on commons, however, so the image I’ll be using in the report and the one above is the .png version.

As for my proposal, I’ve talked with the fabulous Liz from Mozilla about their feedback channels. She  gave me a lot to think about and look over. Andre also contacted a friend at Ubuntu to learn more about their feedback channels. I’ll be creating a high level diagram of their channels, and also looking at other open source projects that were recently suggested.

I’m thoroughly enjoying the range of work I get to to do, but I think I need to be careful not to get pulled too far off-track. This post has helped center me, though.

As a side note, I just wanted to point more people to Elodieunderglass’ [GIRLS IN SCIENCE] posts. It’s not technology focused but has interesting points.

First Bug Day

My first Bug Day is this Tuesday! We will be working on “stale bugs,” specifically bugs that have not had changes for over a year (excluding enhancements). There are 259 bugs , and it’s unfortunate that there are so many bugs that haven’t been addressed, but I wouldn’t say it’s surprising that there are so many open bugs that are so old — actually it’s pretty understandable. Developers can only spend so much time bug fixing before it becomes their job. Also, developers may not be inclined to elicit more information from reporters if their bug description is not immediately clear. That’s why it’s important to triage bugs. In general you can get more relevant information for reporters so they’ll be more inclined and more able to fix bugs. Also, triaging old bugs is important because it allows us to close issues that are not relevant anymore, e.g. bugs on features that don’t exist anymore, and helps revive old issues that still exist but don’t have any attention on them.

I enthusiastically encourage anyone even vaguely interested in participating in open source to participate in this Tuesday’s Bug Day. This will also be my first Bug Day, so we’d be learning together. You don’t need to be on IRC during the whole event, but you will need a Bugzilla account to help. Like the Triage Guide says, you can test opening reports to see if the problem still persists. If there is not enough information to retest, leave a comment asking for the information. Don’t forget to CC yourself on the report, so you can follow up. I will be on the channel during the event (nick: valeriej) so please say hi and ask any questions you may have. Also, please share this with anyone you think would be interested in participating.

Here’s on example of a report I worked on, I tested this issue, “RSS feed isn’t pulling from correct article history”. The initial report was in 2009. I have Outlook, so I tried to replicate Jenny’s set up to see if I got the same results. She didn’t explicitly link to the feed that she subscribed to, so I tried the links that Jure posted in Comment 1. Importing those links into Outlook did not replicate the same issues Jenny posted, so my comment lists what I did. With these steps Jenny could replicate my steps and see if she still has the issue. But, since this report is so old, she may come back and say she doesn’t have this issue anymore or worked around it somehow. It is also likely that she may not answer at all, which is what actually happened. After about 6 weeks of no response, I closed the report as WORKSFORME. Because I don’t know of an actual patch that fixed this problem, I can’t call it FIXED. The report can be REOPENED later if Jenny, or someone else, comes back reporting this same problem.