Slashdot Mirror
Updated: Mozilla Community Contributor Departs Over Bug Handling
An anonymous reader writes "A blog post published by Mozilla community contributor Tyler Downer claims the Mozilla Triage QA process is broken, and he believes that the rapid release implementation does not work with their current method of handling bugs. Quoting: 'I understand that change takes time, and there is always a delay between planning a change, and the implementation. But with Triage, time is our enemy. We currently have 2,598 UNCO bugs in Firefox that haven’t been touched in 150 days. That is almost 2600 bugs that have not been touched since Firefox 4 was released. ... In Spring 2010, we hit roughly 13,000 UNCO bugs in the Firefox product on BMO. 13,000!!! We currently have 5,934. While this is an improvement, that is 6,000 bugs in Firefox that could be shipping today, and enhancements that could be making the web better (of course it isn’t that high, but the potential is there). This is several thousand contributors that we have told "Thank you for filing a bug report with us. We don’t really care about it, and we are going to let it sit for 6 months and just ask you to retest when you know it isn’t fixed, but thank you anyway."'"
Update: 08/29 19:46 GMT by S : Downer has made another blog post clarifying the bug issue. Updated title and summary to reflect that he was a volunteer, not a Mozilla employee.
Mozilla community is killing Firefox with their super-fast releases. we went from 4 to 7 in no time.. (i'm on the beta channel)
Addons break non stop because of upgrades
Bugs arent being fixed
= Users will leave soon ?
Oh how the times have changed. For info about QA for Netscape 4.0, see this short refresher course:
http://en.wikipedia.org/wiki/Zarro_boogs
--- cut here --
The following comment is provided in the Bugzilla source code to developers who may be confused by this behaviour: ... way back when, when Netscape released version 4.0 of its browser, we had a release party. Naturally, there had been a big push to try and fix every known bug before the release. Naturally, that hadn't actually happened. (This is not unique to Netscape or to 4.0; the same thing has happened with every software project I've ever seen.) Anyway, at the release party, T-shirts were handed out that said something like "Netscape 4.0: Zarro Boogs". Just like the software, the T-shirt had no known bugs. Uh-huh. So, when you query for a list of bugs, and it gets no results, you can think of this as a friendly reminder. Of *course* there are bugs matching your query, they just aren't in the bugsystem yet...
Zarro Boogs Found
This is just a goofy way of saying that there were no bugs found matching your query. When asked to explain this message, Terry Weissman (an early Bugzilla developer) had the following to say:
I've been asked to explain this
--Terry Weissman
Mozilla has no such position as "Community Lead". Tyler was/is (he is still engaged in constructive discussion) a valued volunteer member of the Mozilla QA and triage community, but he does not have the title "Community Lead".
There are several things which Mozilla's new more rapid release process has made a bit rocky, as Johnathan Nightingale, the Firefox development manager, noted in a recent blog post (syndicated at the Future of Firefox blog). This is one of them.
And, of course, when Tyler says we have told bug reporters we don't care about their bug reports, that's not actually true. He is suggesting that this is what it might seem like. And clearly, it's not great when a bug report is filed and just sits there for months. Mozilla's success has made this a perennial problem for the last decade. We've cracked it, to a degree, before and I'm sure we can do it again.
Just to clear some things up and possibly prevent irrelevant posts...
This has nothing to do with the rapid-release; he states in the 2nd paragraph that
First off, I did not leave because of rapid release. I love the idea of rapid release, and I think the recent spurt of posts to the planet on how Rapid Release will be beneficial in the long run does a great job of explaining it.
His issue is that Triage isnt good enough for rapid release-- not that rapid-release doesnt work with Triage (but thanks for stirring the muck, anonymous reader / soulskill).
But Id like a clarification-- if there were 13,000 bugs 15 months ago, and now there are 6000, doesnt that speak to massive improvement? Why not leave back in spring 2010?
Firefox gets personas, syncs, tab groups, etc. instead of bug fixes.
GNOME3.
Unity.
Version number treadmills.
Ad nauseam.
Change for the sake of change. Bleeding edge bullet points for the bloggers instead of bugfixes for the users.
How about returning to our roots and building software which runs faster with less bugs. There are plenty of commercial options for those who want the glassy artwork and UI equivalent of smooth jazz.
How about software for people who need to get things done.
Remember when we took pride in something like Apache being vastly superior to IIS? Now the community seems to hang its head in shame that Mac has spiffier icons and a hipper dock or Chrome gets new version numbers on a faster schedule.
All you have to do is open the xpi in e.g. 7zip or winrar, open the install.rdf in a text editor, search for maxVersion, and change it to match your version. Change it to something big, like 10, and you'll be in the clear for a long time.
"All you have to do" fail for 90% of the people we talked into using Firefox a few years back.
It doesn't hurt to be nice.
I tried googling but all I get are hits about a college. No one ever defines what UNCO is. I even found INCO, but no definition for that either.
UNCO is short for UNCONFIRMED, the state a bug is in between being filed and being rejected because its asking for something a general user would want.
why reinvent the wheel?
Because after long enough time, there's always someone who's irked about the performance of the wheel and wants to replace it with conveyor belts or robot legs. Sometimes even square wheels. And because we've done round wheels for so long, old lessons have faded or been deemed outdated and so we try it. Then it turns out it's not that great except for very limited use cases, but we're too deep invested and stubborn so we'll try fixing it. After a lot of fighting against windmills, we slowly reinvent and rediscover the reasons why we used a wheel in the first place. Then the cycle starts over. Same with most NIH projects, they start out as being radically different and then end up looking much the same after tackling the same challenges.
Live today, because you never know what tomorrow brings
All you have to do is open the xpi in e.g. 7zip or winrar, open the install.rdf in a text editor, search for maxVersion, and change it to match your version. Change it to something big, like 10, and you'll be in the clear for a long time.
Holy shit ... I can't believe I just read that. That's not a solution. That's not even close to one. It may work for you and other developers, but for the average user, you might as well have them download another browser.
What someone needs to do is actually fix the add-on code in firefox itself so that users don't have to jump through hoops for every release. This new release schedule is forcing people to avoid upgrading which is the last thing you want.
I moved my parents onto Firefox (with a few key addons) so that I wouldn't have to do this kind of shit to keep their computer running. If I'm going to bother with anything, it would be to point them to the Opera or Chrome installer. That's easier than either of your suggestions, both for me and for them.
It doesn't hurt to be nice.
First off, I never intended my post to be taken in the way that it was. Simply because there are 6000 UNCO bugs in the Firefox product does not mean that Firefox has 6000 bugs in it. Out of all those bugs, the majority are going to be duplicates of other bugs, they are going to be user error, they are going to be bugs caused by a misbehaving extension that a user installed on Firefox, and so on. Out of all those 6000 bugs, I'd estimate at most there are 1000 REAL bugs in Firefox, and that is an extremely high guess. What I was trying to say is that without going through and triaging all those bugs, we have no way of knowing which are real and should be taken seriously, and which are not real bugs. If you read https://bugzilla.mozilla.org/page.cgi?id=fields.html#status, you will see: "This bug has recently been added to the database. Nobody has validated that this bug is true. Users who have the "canconfirm" permission set may confirm this bug, changing its state to NEW. Or, it may be directly resolved and marked RESOLVED. " An UNCO bug has not be confirmed yet, it needs to be marked as NEW before it is considered a real bug. So it isn't fair to say that Firefox shipped with 6000 bugs, but more that there are roughly 2600 bugs that haven't been touched in 150 days, which is far more worrisome to me. We will never be able to have 0 bugs, but we may at least have a quick response to the bugs we do get. That is what my whole blog post was about, quick responses, and treating our reporters fairly. Unfortunately, Conceivably Tech was too eager to get a shocking headline, and so misconstrued my points. If you come back to re-read my blog in a day or two, I'll post more clarifications.
>In Spring 2010, we hit roughly 13,000 UNCO bugs in the Firefox product on BMO.
Don't blame this shit on me.
--
BMO
Add-ons are the reason people use Firefox. Decisions are made that break Firefox Add-ons, without notice.
Firefox is extremely important because it is the only browser that has such an extensive list of add-ons. (Unfortunately, Add-ons are also called "extensions" and "plug-ins".) For some uses, the add-ons are so convenient that they can be considered necessary.
Firefox instability corrupts the Windows operating system. There is huge instability seen only by people who open many windows and tabs, and leave them open for a long time. (It is not necessary to say you don't experience this bug if you don't commonly have 30 or more windows with 100 or more tabs open for several hours. Those of us who must do research have needs different than the average user.) That particular Firefox instability has been there since version 1, perhaps 10 years ago. An example: Two days ago I had a crash in Firefox version 6.0 that did not generate a Talkback report.
Mozilla Foundation Top 20 Excuses for Not Fixing Firefox Bugs (Last updated in 2009.)
Here are the top 20 things Firefox and Mozilla developers say to those who report difficult bugs, collected over the last 8 years. See also the extensive information provided in this Slashdot comment, Firefox is the most unstable program in common use, and the links in the comment.
I know of a troll who files bug reports just to piss people off; last time he tried to claim an About window displaying the same information as every other GUI app in existence is "a bug and confusing people". Maybe you should ban people like him from the system, just saying.
it was well publicised that windows 2000 had 65,000 known bugs when released
Sheesh, couldn't they have found another 536 bugs to make it a nice round number?