Mozilla Moves Into 2002? Maybe. 376
alanjstr writes "MozillaQuest reports that Mozilla 1.0 has been pushed back into 2002 (from Oct 2001) in its latest schedule update. Since the end of 2000, the rate of new bugs being submitted has doubled (according to the pretty graph)." However, the Mozilla guys, whom our own HeUnique talked to have said that they are still on target, and that the 2002 story is not true. So - you be the judge on this one. Or not. Whatever.
Doubling bugs (Score:5, Insightful)
The rate increase in bug reporting is possibly due to wider use; as each build got better and better, more and more people tried it and found more and more things (little things) wrong.
In which case, that just means that Mozilla is getting more and more refined. I think this correlates with most people's experiences with Mozilla from build to build.
Just a thought.
Re:Doubling bugs (Score:2)
Well, it is also natural to not right up to cosmetic bugs when you are more concerned with truly broken features.
This probably means that the "Look and Polish" bugs are starting to get attention, as well as performance bugs (ie, it works, but it is slow)
- - -
Radio Free Nation [radiofreenation.com]
"If You have a Story, We have a Soap Box"
Re:Doubling bugs (Score:5, Informative)
I have been involved in organizing the Mozilla community quality assurance and testing effort for more than two years and I can say with confidence that the project is at a much higher quality level than it was 2 years ago, 1 year ago, 6 months ago (grab M9, M16 or 0.8 and compare for yourself). Bug counts have never been an accurate measure of the quality of the product.
--Asa
Re:Doubling bugs (Score:2)
Re:Doubling bugs (Score:3)
Where I come from, "works for me" cannot close an open issue, and must be followed with "cannot duplicate with same configuration". I get a whole lot of "works for me" anecdotes when I tell people about my miserable experiences with new kernels, reiserfs, and mozilla builds. Well, most firestone tires didn't blow out either. Still want a set on your SUV?
I realize you don't have the resources to investigate every worksforme problem, but if you come up with a product that's only perfect in your test lab, you still don't have a quality product.
Re:Doubling bugs (Score:3, Insightful)
> Only an open source programmer would have the nerve to say this.
No, some commercial outfits say similar things. For instance Andersen Consulting, sorry, Accenture [accenture.com] has this bizarre mentality of artificially inflating number of bugs in their pre-shipping bug tracking db, because the quality of their product will be judged by the ratio(bugs_found_after_release / bugs_found_and_fixed_before_release). The intended way of keeping this small is to make a quality product with almost no bugs left after release. However, another way of keeping this ratio low is by inflating the denominator, i.e. making sure many bugs are logged before release. Every trivial item will be logged, and preferably multiple times (for instance rather than saying "error messages have many spelling errors", each individual typo will be logged as a separate bug...). So, not all commercial entities consider a huge number of bugs to be a bad thing; in some circumstances it's actually quite the contrary!
Now, back to the issue at hand: in this particular case (Mozilla), you have to consider the difference between bugs and reported bugs. If a product is so buggy that nobody uses it, obviously no bugs will be reported. Mozilla is now entering a phase where many more people start to actually use it, and to use it more thoroughly, so surely, more bugs will be found and reported.
Re:Remeber Windows 2000 (Score:2)
But there is two factors to look at.
1. The amount of serious bugs is low, this translates to a high quality product.
2. There are many people using it, many of these people are developer types, who notice even the smallest bugs, most of which are simply small things that may have been overlooked, of which in a major product, there are millions of small things. As the code gets better, more people use it, as more people use it, more bugs get reported for small insignificant things. Eventually someday all these small insignificant bugs will be fixed, then people will still be reporting bugs, because they want some feature, or wish for the browser to act a certain way and it acts a different way. So they add this feature, or the option to make it work either way by an option in the preferences menu. These new features, will have bugs, or not work in the exact way that people want them too, and these will be reported as bugs.
In no way does any of this implicate that mozilla or any other feature rich product is bad, simply that it is evolving.
Re:Remeber Windows 2000 (Score:2)
Re: Astroturf (Score:2, Flamebait)
Hate to say it but the Mozilla project has had their chance. In 2,5 year they didn't produce anything that is better than codebase they started with.
They fell in the typical 'committee' trap, where a committee decides what goes into a product. These are usually personal projects of the committee members which haven't a lot to do with the project at hand. But they put them in the project anyway. User wishes are not found interesting.
Well, we now have the result. After 2,5 of dabbling, Mozilla - overall - still hasn't risen above the Netscape 4.x level. Everything that has been improved has been compensated, unfortunately, by the bloatedness, instability, memory hunger, static look and feel, etc.
This isn't really a product for actual use by people. It's the result of committe-steered software development and in that context it's really a disgrace for the open source community. It only serves as an icon for those in the committee who saw their useless ideas get into the project.
Sorry, but 2,5 years for this? I valued my time better and moved on.
Re: Astroturf (Score:2, Informative)
...annoying middle mouse button behavior, annoying habit of NOT remembering what size the new windows should be, and if I touch the mouse wheel - well, I may as well go to the Moon and back and it may have scrolled the first line... =)
And yes, it has a Footprint with a capital F. (Not that Mozilla would do any better on that field...) However, Mozilla wins here - it's probably somewhat smaller to download. =)
Significantly better PNG support? Wow, CSS implementation that actually works? Less rendering bugs? Million times better bookmark manager? Search capabilities with configurable search engines? Save dialogs that work while Motif's save dialogs still don't work? And it doesn't crash every 5 minutes (I haven't yet got 0.9.3 to crash)? Themability to combat the general ugliness of Motif? Progressive rendering of pages (No freezes when some New Media Guru used tables dishonorably)?
I think it has come a long way since NS4...
Re: Astroturf (Score:2)
All very good reasons why Mozilla on non-Windows platforms beats Netscape on non-Windows platforms.
But the original user started by saying:
> > IE has it all: speed, rendering, functionality, footprint, etc.
You're right when you say Moz has come a long way since NS4.
But NS4 isn't the competition anymore, is it?
With respect to the Mozilla team - nobody asked for an XUL-wowzers-skinnable application platform to replace the desktop. All we wanted was a web browser. And when it took over 2.5 years for you to develop it, most of us got tired of waiting and went with IE on our Windoze boxen.
Re: Astroturf (Score:2)
The last half of your post is just pure troll and I'm not going to bother responding to it past this point.
Re: Astroturf (Score:2)
Amen to that! I kept having problems with IE 5.5 and 6 in Win 98 - a page would load but the window was locked up - the progress bar got all the way across and stayed there. Bringing up the file explorer - same problem.
Eventually (after 15 or 30 seconds) the windows would unfreeze and all was fine till I loaded the next page - starts all over.
Problem? A permanently mounted disk on a server that had been shutdown. I delete the drive map and the problem goes away. I'm sorry but a mapped drive to a shutdown server should NOT cause a browser to lockup on page loads. Integration is BAD!
Re: Astroturf (Score:2)
Re:Doubling bugs (Score:5, Interesting)
--Asa
Re:Doubling bugs (Score:2)
So basically the bugs are the same, but nobody is fixing them? :)
Re:Doubling bugs (Score:2)
--Asa
Re:Doubling bugs (Score:2)
That's assuming that all bugs in the product are already known. That's assuming that you treat all bugs as having the same severity. That's asssuming that the number of incoming reports is reflective of new bugs in the projuct. All of these assumptions are wrong.
--Asa
Re:Doubling bugs (Score:2)
It still disappears for no good reason on a regular basis. Not a "little" bug.
Re:Doubling bugs (Score:2)
Of course, you're trying to imply that "Mozilla is getting buggier" is a simpler, therefore correct, explanation.
While certain possible, it doesn't jive with the fact that most people find the latest builds of Mozilla much more stable than previous builds. While this is anectdotal evidence may be somewhat weak, it is evidence nonetheless that your theory doesn't take into account.
Don't forget the "sine neccessitate" part when you invoke poor old Willam's name.
Re:Doubling bugs (Score:2)
In fact, I believe Einstein put it quite eloquently: "Everything should be made as simple as possible, but not simpler."
Re:Doubling bugs...razor needs sharpening???? (Score:2, Insightful)
even assuming the reports of the rate of rise of bug reports is increasing, and further assuming the rate of rise is as steep as indicated, ol' Billy of Ock wouldn't necessarily agree with you, try some other possible explanations....
1. the code portions showing the increase are relatively new and have not had the equivalent amount of debug time that the more mature sections of the code have been given
2. the coders producing the buggier code are new to the project and are still learning how to implement and design their particular sections, even highly experienced coders/designers have a rise their error rate when changing to an unfamilar design, this is usu short-term and correctable w/o a ton of effort
3. the bugs located could be on the "other" side of the code, say the JVM or the security sandbox or OS threading model or ??????
...and let's not forget that even M$ has acknowledged that W2K has shipped with nearly 70,000 ***KNOWN*** bugs....
the Mozilla Quest article does not classify the bugs by type or location, how many "app killers" are there? how many "OS killers"? versus how many are UI related where a drop down box doesn't autoscroll or automatically alphabetize?????
the entire MozillaQuest article reeked of hostility towards the current Mozilla development structure...
...as someone who is NOT a daily Linux user, and who doesn't use any Mozilla on ANY platform i found the tone of the article very opinionated and hostile...it sounded more political than analytical and seemed to have an agenda greater than informing the Mozilla faithful....
maybe justified, maybe not, i don't know...but there's way insufficient info in that article to conclude "...Mozilla is getting buggier"...
Re:Doubling bugs...razor needs sharpening???? (Score:2)
uh huh. And just how many of those do you think there really are?
Re:Doubling bugs (Score:3, Insightful)
Well then I'd like to meet this Occam's razor. Did he/she/it do statistical analysis to see if bug counts are increasing, did it actually read through any bugs, did it ask the mozilla team if lots of duplicate bugs were being submitted.
You seem to have an awful lot of faith in this Occam's razor maybe you can explain to us why this is some sort of a irrefutable authority and a flawless analyzer of complex code.
Re:Illiterati get modded up, apparently. (Score:2)
1) It's not a immutable law of nature. It's just a cute saying without any basis in mathematics, statistics, or science.
2) There are no "two competing theories which make exactly the same prediction" in fact there are no predictions being made at all. The airhead who posted the original post tried to use occams razor as some sort of a proof that the the number of bugs were going up.
3)Life is complex and relying cute sayings and looking for the simplest answer is a surefire way to arrive at the wrong answer.
TO blindly state that the number of bugs are increasing because "occam's razor says so" is just stupid. Why not go do some statistical analysis. Go see how many of the bugs are dups or feature requests or occur only on exotic platforms. Why not interview some mozilla developers or project managers. Why not look at the severity of the bugs.
None not out intrepid slashdot poster. He has no time for actual thinking. Occams razor says mozilla is full of bugs and who are we to argue with the razor.
Re:Doubling bugs (Score:3, Informative)
I've been reading your comments in this thread and have come to the conclusion that Ockham's Razor [ucr.edu] is this new theoretical toy you've just found out about, and now you want to knock all kinds of shit over with it. You wield it like it is a magic wand that can take any experimental data and come up with the appropriate hypothesis to fit it. Well, "Sorry for the cold glass of reality", but Ockham don't do that.
I've graciously provided a link above that can tell you what the Razor is all about, but for now lemme tell you why you just don't go using Ockham in this case:
Various people have been giving different possible hypotheses for the increased number of bugzilla entries. Each hypothesis predicts different statements about the individual bugzilla data and events surrounding the data.
For instance, one ./er suggests that the increased bug reports come from increased numbers of eyes looking at Mozilla, and that the bugs are actually old and hitherto undocumented. A closer look at the bug reports would be able to see if in fact the bugs pertain to old unchanging segments in the code.
Since Ockam's Razor can only be applied to situations where two competing hypotheses would predict the same data, and since your hypothesis (Mozilla is getting buggier) would imply that the new bug reports are pertaining to newer segments in the Mozilla code--in contrast to the competing hypothesis--you can't use the Razor to imply your hypothesis is better suited to the data. In general, one should never use the Razor to circumvent more careful examination of data and further experimentation. If further experimentation can be used to distinguish between two competing hypotheses, then Ockham does not apply.
Though, secretly I must admit it would be helluva cool if there did exist a magic wand that could give me the perfect hypothesis for any data set. It would greatly simplify my life.
Re:Doubling bugs (Score:2, Insightful)
So I guess Occam's Razor would also say the the amount of gold ore in California exploded at the start of the gold rush and the number of stars increased dramatically with the invention of the telescope.
If you start with the statement, "The discovery of X has increased", there are a number of explanations that meet Occam's rule, including:
Ms.Taken's Lady Schick: Having an unpopular opinion doesn't make you right.
Re:Doubling bugs (Score:3, Insightful)
"bug submissions to Mozilla have doubled" is not a fact. It doesn't even make sense. Doubled what? Doubled since yesterday? Doubled since the beginning of the project? Doubled in volume?
Bug submissions certainly have not doubled in volume in recent history. We get between 100 and 300 bug reports a day and this has been steady for quite a while. About half of those are immediately marked as Invalid, Duplicate or Worksforme by the growing numbers of active testers and Bugzilla account holders. We have over 15,000 active Bugzilla accounts and that number is growing (accellerating, even). And that is a fact.
--Asa
I think it'll be ready before 2002. (Score:1)
0.9.3 is good too. (Score:2)
It's certainly much better than the old Navigator. Can't wait for 1.0!
Jon Acheson
Re:I think it'll be ready before 2002. (Score:2, Interesting)
I don't use newsgroups, but I have been using the Mozilla e-mail program as my primary e-mail proggie at home, and it's been doing a decent job. The interface stinks, and it's rather inflexible in folder creation, but I haven't lost any e-mail, and it doesn't crash on me.
The Better Quest Site (Score:3, Informative)
Props to Mozillazine [mozillazine.org] for the link. If you want real Mozilla news, check out the latter link. Much more informative, and the discussions are at least somewhat insightful.
MozillaQuest is beyond parody. (Score:3, Interesting)
Re:MozillaQuest is beyond parody. (Score:4, Insightful)
It's just so fscking sad that anyone would even link to it, much less give it guaranteed traffic by posting a story from it as "news" here.
/. editors, please don't choose articles when you've been smoking crack. You'll just continue to embarass yourselves and waste our time. Thank you.
In the meantime, I plan to continue to ignore MozillaQuest and hope that it'll just go away.
BTW, I'm using Mozilla 0.9.3 exclusively for my email and it kicks butt (and I don't have to worry about
Re:MozillaQuest is beyond parody. (Score:3, Informative)
I absolutely agree, and I'm happy to see that somebody else has already expressed their sentiments on the issue. In all seriousness, when I first saw the link (on Mozillazine) to that article, I really believed it must have been a parody site. Subsequent research left me astounded to find out that it wasn't. I have honestly never seen such unprofessional and irreponsible journalism (if it can be called that) in all my life. And as you said, the sidebar really took the cake. It reminded me of some of the crap people in high school debate classes would dream up. In fact, better make that junior high. The high schoolers were much better at critical thinking.
This latest article just continues to prove how worthless it is to read articles on Mozillaquest -- unless you just want a good laugh. In fact, if you take a look at the current roadmap for Mozilla (that has been in place for a while), you'll see clearly that they aren't promising a 1.0 release anytime this year. They are *hoping* to have one, but the more conservative of the two numbering schemes obviously takes them into the next year. It's been that way for a while since the roadmap was revised.
My suggestion is that you use Mozillaquest to test out your new DDoS tools. We can just consider it to be the "door stop" of websites.
Re:The Better Quest Site (Score:1)
Re:The Better Quest Site (Score:2)
Neither is Netscape 4.7.
Only Mozilla folks could create a website that's unreadable by both IE and Netscape 4
Why 1.0? (Score:5, Insightful)
What is really important is that the browser keeps getting better, and it is. With each release they fix tons of bugs. That isn't going to change when it reaches 1.0. I don't care if it never reaches 1.0 as long as it keeps getting better. They could call the next release 1.0 and everyone would be excited, but it wouldn't really mean anything. Just like the actual 1.0 release won't.
errr there is a reason (Score:1)
Re:Why 1.0? (Score:1)
As a user I always want a new version, with fixes and new stuff to play with.
As a developer I often want to reach a point where I can call it done and feel good about it.
Re:Why 1.0? (Score:2, Insightful)
Re:Why 1.0? (Score:2)
You must have been hiding under a rock while MS redefined the meaning of "1.0".
Re:Why 1.0? (Score:2)
Re:Why 1.0? (Score:2, Insightful)
AFAIK the key is that Mozilla is in a feature freeze for the 1.0 release. All work until then is supposed to be bug fixing, although there also appears to be some cosmetic work like changing the available themes. Once they reach 1.0, they can start adding new features again (though many posters here would claim that Mozilla is already so bloated that new features would be redundant.) As other people have pointed out, 1.0 is also a big psychological milestone.
IMO, Mozilla is already well ahead of the quality of most released commercial software, and the willingness of Netscape to base NS6 on the existing Mozilla tree is pretty good evidence that Netscape agrees. The Mozilla team could declare the next version to be 1.0 and I doubt that any more people would complain about the quality than with other packages. The decision to squish every last bug before declaring 1.0 is a really good sign of the quality of code that the team wants to put out.
Re:Why 1.0? (Score:2)
Given the amount of trouble I've had, I'm not going to touch it again until 1.0. And also until they trim down the file size. I thot the thing was supposed to be efficient and stuff, fit on one floppy or whatever.
Re:Why 1.0? (Score:2)
TANSTAAFL.
There are really only two ways to satisfy your need for "something that works" - you can either work on it yourself, or pay for someone else to do it. I don't really care which you choose, but if you choose to be part of a project that is predicated on users submitting bug reports and maybe even bug fixes to improve that project, then you probably shouldn't turn around and bitch that those are the project parameters. You knew it was a work in progress, you knew how Open Source works, and you knew that there was an expectation that it would be your job to contribute to the project (via bug reports and/or fixes) in order to earn the right to complain about it.
I'm not saying don't mention bugs that you find in Open Source projects (because nobody can be entirely involved in every Open Source project who's product you make use of); I'm just saying you shouldn't really be surprised when people tell you to shut up and start coding :)
Real software developers... (Score:2)
Re:Why 1.0? (Score:2)
Because your version crashes far less often than the one I tried recently (for MacOS 9)?
I'm not worried. (Score:2)
I have absolutely no problems with
Soko
Re:I'm not worried. (Score:2, Interesting)
But even though I gave the Lizard below-average marks up until now - and deservedly so, I think - since I downloaded 0.93 I couldn't be happier. On my RH 7.1+ boxes it runs much faster than Konqueror. The ability to kill off unwanted banner advertisements and the fine-grained control over cookies is a godsend.
So, after 2 years I now recant everything bad I said about Mozilla. More importantly I can now recommend it to everyone I do business with! It's about time!
Re:I'm not worried. (Score:2)
Besides, it's still rather slow in Linux, compared to Konqueror, and especially to old Njetscape 4.7x. I mean the GUI; the rendering is rather quick.
A Rose by any other name (?) (Score:4, Insightful)
Lets be frank - its not like rushing to a 1.0 release now is going to reclaim substantial market share from IE - the browser wars, at least on Windows, is basically over. We've waited years for Mozilla to get done - they ar emaking great progress in 2001, so lets just call 1.0 when the time is right.
MozillaQuest is one big troll (Score:5, Informative)
Bottom line: Take anything the Mozilla Quest site says with a HUGE grain of salt.
Who the fuck is Mike Angelo? (Score:2, Interesting)
Trying to be self important but having nobody to listen to you. The site looks quite sad, to be honest.
not really concerned when 1.0 comes out... (Score:1)
To the Mozilla Organization's and Mozilla Project's credit they almost have a darn nice browser suite. But they will not have a nice browser suite until they get it right (to-wit, get rid of the bugs and release Mozilla 1.0).
To get it right, its gonna take time. I believe the reason there are so many more bug reports are because people like myself and many others have noticed the improvements made to Mozilla and have actually started using it again. With more users comes more bug reports, which will create more debug data which will help the Mozilla crew squash bugs a lot faster. Be patient, there is progress being made.
I've now actually switched to using IMAP with Mozilla 0.9.3 and it finally works really nice since the 0.9.x series. I noticed one bug that caused a crash in 0.9.2, filed several talkbacks, and the problem was gone in 0.9.3. Visible progress, just the way I like it.
bbh
Please stop posting MozQuest crap. (Score:1)
Re:Please stop posting MozQuest crap. (Score:2)
bugs are not bugs (Score:2, Insightful)
Re:bugs are not bugs (Score:1)
1.0 milestone not so important (Score:1)
Releasing a version 1.0 matters more in the commercial world, but since in that aspect Netscape 6.0 and 6.1 has been released, that aspect shouldn't be overrated as well.
After all, the ext2 file system is still at revision 0.17, Enlightenment 0.17 is still in CVS and Sawfish is still at 0.38 - and millions of people use them.
Regards,
Michel
Good old debian :) (Score:1)
get any recent Linux distribution (except Debian until Woody is released)
Woody still has M18. Guess debian users will have to wait till sid is released.
mozillaquest in no way affiliated with mozilla.org (Score:5, Informative)
--Asa
(my opinions are my own and do not necessarily reflect those of my employer or mozilla.org)
www.MozillaQuestQuest.com (Score:2, Insightful)
See www.MozillaQuestQuest.com [mozillaquestquest.com] for a parody. I assume he works for Microsoft, the poor guy.
The Mozilla crowd has learned to ignore him; Slashdot should too.
Re:www.MozillaQuestQuest.com (Score:3, Informative)
You can enable cookies and JavaScript on a per site basis. You can go one step further too. You can disable specific bits of JS on a per domain basis. You can, for example block a group of sites from opening new windows or resizing your window. You could block a site from moving your windows or altering the status bar text. See Configurable Security Policies [mozilla.org] for more information.
--Asa
Re:mozillaquest in no way affiliated with mozilla. (Score:2, Funny)
cowabunga dude
keep up the good work
Re:mozillaquest in no way affiliated with mozilla. (Score:2, Funny)
i spelt ninja wrong, it is me with the credibility issue
Re:mozillaquest in no way affiliated with mozilla. (Score:2)
Re:mozillaquest in no way affiliated with mozilla. (Score:2)
problem : ( (Score:1)
Re:problem : ( (Score:2, Funny)
Now aren't you glad Mozilla sacrificed its own process to protect you from this horrible fate?
One reason 1.0 is important... (Score:4, Informative)
For all those who keep saying "Who cares when 1.0 is coming out when 0.93 is out now", and you are somewhat right, don't forget that RedHat has said (and I believe other distros will follow suit) that when mozilla reaches 1.0, it will stop carrying the horrid Netscape 4.7x altogether, in the distro, and focus on Mozilla as the default browser. This support alone will help Mozilla greatly.
Not '1.0', but 'good' (Score:2)
Bug Triage & 1.0 matters (Score:1)
Now to the subject line, being a programmer I find the interpretation of these Bug Graphs silly. All the "New Bugs" don't mean anything, when someone looks at them or tries to fix them they'll probably realize there are 20 bug reports that all refer to a single bug. The fact that assigned bugs grew matters, but this certainly hasn't jumped as much as usage has so again the interpretation that things are getting worse is flawed.
And that mention of fixing the "Memory Problem" before v1.0 is silly, just make it not crash and work like it's supposed to. Fixing the memory problem or speeding up the parser are features which can wait for v2.0. Of course, they are not going to fix 1500 bugs by v1.0, when they cull all but the 5-6 stop-ship bugs then we'll know triage has been done and Mozilla is a few months away.
Re:Bug Triage & 1.0 matters (Score:5, Interesting)
What if Mozilla 0.9.8 is "fairly robust"? Will you not encourage others to use it because it is not called 1.0? What if the plans for 0.9.9 and 1.0 do not include any improvements in the "robust"ness of the app? Is is useful to hold off recommending it until the magic number 1.0 happens? What if we had never moved from the Mx Milestone naming scheme? We'd be at about Milestone M26 now. Would you wait until it hit M30 or M50 or maybe M100 before encouraging others to use it?
Of course, they are not going to fix 1500 bugs by v1.0
Actually, we average about 1500 bugs fixed every Milestone (about every 5 to 6 weeks). So I sure hope we can fix at least that many in the Milestones we have between now and 1.0.
BTW, I appreciate the sentiment of your comments. Don't take my nits as anything but nits and my questions as genuine curiosity.
--Asa
Bugs Approach a Constant Number (Score:5, Insightful)
You may fix the worst bugs, but as time goes on more and more bugs are found, and eventually bugs pretty much crop up as you fix them.
The thing is, although bugs are constantly appearing, the frequency of the average bug decreases. You start getting bugs that happen only once every thousand user-years. Try as you might, you can't squash them all.
There is some hope, in that you can use some fundamentally better method of software engineering and things get suddenly better. The bugs still approach a constant level, but it is a smaller level. Back when IBM studied this, it was still common to write operating systems in assembly code. Using a high-level language is so much easier to debug that you can achieve better bug rates.
But at the same time, we have much greater ambitions for our software. Mozilla 1.0 will have far more features than Microsoft Word 1.0 did.
Re: (Score:2)
Re:Bugs Approach a Constant Number (Score:2)
"The mythical man-month" quoted research showing that most big programming projects could be characterized by a single number.
This number was the average number of new bugs introduced, uncovered or otherwise made noticeable by fixing an old bug.
If this number is 1, you should start planning for replacing the system.
This is one reason why INTERFACES are important: the more isolated a fix is, the bigger your chance of keeping your number 1.
IBM S/360 was the OS where this was first made explicit, I think.
Re:Bugs Approach a Constant Number (Score:2)
You may fix the worst bugs, but as time goes on more and more bugs are found, and eventually bugs pretty much crop up as you fix them
I guess that depends on your software's structural design. Our older systems where I work used to have such horrible design, that it was nearly impossible to fix or add *anything* without something else breaking. Often, something seemingly totally unrelated to the change would break! It gets to the point where you're afraid to change anything for fear of the repurcussions. We had no version control either.
We've rewritten everything, and we've put a huge amount of effort (and experience) into a decent design, and not only is our software MUCH more robust, but our known "buglists" for version 1 have in the recent past dropped to 0. Yes, zero, we have no known bugs anymore. These are reusable libraries consisting of over 100000 lines of code. We completed "version 1" recently, and the rate at which we currenly find new bugs is maybe three or four a week, so keeping the figure at "0" is now quite easy. It takes a lot of hard work to get there, and a "feature freeze" is a requirement (very difficult when programmers always just want to add "this cool new feature" or "that useful new feature"). Some todo's move over to the "version 2" todo list, and the remaining stuff (bugs and minor design issues) just need to be tackled, one by one.
Could you provide a reference to the IBM study? It sounds fishy to me. It seems to me that bug-list graphs have a lot to do with how well-design the software is, and how disciplined developers are.
Please Slashdot never again post MozQuest info (Score:5, Insightful)
My question is how can we delegitimize this guy so the real media doesn't take his lies and run?
Re:Please Slashdot never again post MozQuest info (Score:2)
I can't help but think that MozillaQuest MUST be a site run by Microsoft. For one thing, the site is butt ugly, to lead people to think 'geez these opensource guys are unprofessional'. Secondly, the naming of the site seems to be such as to try fool people into thinking its associated with Mozilla. Thirdly, its packed with FUD.
I mean, lets be logical about this - why would someone intent on dissing Mozilla create a site that on the surface looks like a Mozilla fan site?
This sort of crap happens every day - I wouldn't be surprised if its just another part of MS's "fake grassroots" spin campaign. Movie companies do this sort of thing every day (create fake "fan" sites to gather "grassroots" support). There are web-design companies that specialise in creating fake "personal" sites, complete with deliberate ugliness and unprofessionalism. I would be VERY surprised if MS did not have such fake sites.
we'll be fine, even if it never appears (Score:3, Interesting)
The other alternative browsers (Konqueror, Opera, etc.) are really making progress. Opera is VERY usable on both Win32 and Linux.
Re:we'll be fine, even if it never appears (Score:2)
galeon (Score:2)
So.... (Score:3, Funny)
Re:So.... (Score:2)
The NS 4.x codebase was fucked almost beyond repair (partly I believe because NS was trying to keep up with all the proprietary changes that MS were making to HTML).
So Netscape gave it away. Then after a year or so, they realised that instead of trying to fix it, it would be easier to start again from scratch. Hence NS 6.
Re:So.... (Score:2)
<layer>yeah, netscape would <blink>never</blink> do anything like that</layer>
Walk a mile in another's shoes... (Score:5, Insightful)
I am not going to put down or put on a pedestal any of the other available browsers. I use them all, on numerous platforms, both open and closed. Konqueror is great for quick and dirty net searches. Opera is great on low-end boxen. Explorer is well...explorer...*sigh*. Mozilla is quick, stable and does everything I want to do online. This is just my opinion.
From the pace of development, Mozilla is doing fairly well. If you're a programmer, you should realize the scope of what they are doing over at Mozilla. As for Slashdot, why exactly would you guys post an article so blatantly and obviously mis-informed?? Generally I look to /. to give up interesting news, somewhat outside the normal of FUD and goofie marketing/media coverage we see everywhere on the net.
Could someone from /. explain the motivation for posting the story in the first place? Not that an article which is critical of Mozilla or any open source should not be posted. In fact, critical articles are fine. So long as they are informed and well written which this one obviously is not.
Just a note to Asa - your posts are very obviously showing a note of tension. Don't worry about it, you guys are doing a helluva job and from one (semi) sane coder to another I'd just like you guys at Mozilla to know that your broswer is sweet. They'll always bitch abut something *shrug*
Some perspective (Score:4, Funny)
Business plans have been written, VC found, businesses opened, millions made and millions lost.
We have sent probes to Mars, only to be shot down by the Martians.
Hundreds of species have gone extinct. Most of which were yet to be discovered.
People have met, married, and divorced.
I went from a shell account to SDSL. Of course, I still use the shell account.
There was peace in the Middle East. Sort of. I think.
The Olympics. More than once.
A president got blown by an intern, and we've stopped talking about it on a daily basis.
Another intern has disappeared, and we might have stopped talking of her by the time we reach 1.0.
So is it just me, or does this project seem like it is taking an insane amount of time to complete??
Re:OT: Microsoft and IE (Score:2)
I really hope you didn't spend too much time thinking about it, because it's not interesting; your post is actually stunningly vacuous.
Anyway, if you really bothered to think about it, you'd realize that there's no reason why major OS components need to be tied to a certain OS version. I hope you don't think that you're stuck with one version of glibc depending upon the version of the Linux distribution you're using. Or that it's "BS," as you put it, that older OSes that aren't yet using IPv6 won't change their name once they do support it. Same with different versions of MDAC, MSXML, etc, being able to be used by different OSes. Please give it a little more thought next time, okay buddy?
So when do we see a 1.0? (Score:4, Insightful)
With that being said, it's still quite apparent that Mozilla is an 800lbs. gorilla when it comes to memory and CPU usage. It has gotten a LOT better in the last few builds. If these kinds of optimization issues were worked out by the next release, I would happily convert myself and others that rely on my judgement on over to Mozilla.
Thing is, even as I type this on ye olde Netscape 4.78 after browsing around to several web pages, NT is reporting about 17M of memory allocated. Just to start Mozilla is 22M, and I haven't gone anywhere yet. To further illustrate the point, I went and opened up the newsgroup readers in each, subscribed to a group, and then pulled in all the headers of that group. NS 4.7 comes in at around 18M after this operation. Mozilla at 40.5M. Not going to bother listing numbers off of FreeBSD as I'm still running 0.9.3 on there.
Personally, it's just frustrating as heck to watch. There we have this Gecko engine was does a truly beautiful job of properly rendering a web page regardless of the platform. Exactly what a browser should do! Wrapped around this is a monster of a UI that even to this day still feels like I'm trying to interact with some bad Java applet. Oh sure it is pretty, but the reaction time even on a 1.2Ghz machine is noticeable.
Looking back, I'm finding myself in total agreement with critics I disagreed with before over one point. XUL. The Mozilla folks repeatedly told us all how much longer it would take to develop this project if they stuck with native OS widgets. I just have to wonder how much time has been wasted while the resources of the Mozilla project could have had Win32, Mac, Qt, GTK versions out the door by now? Certainly projects like Galeon have shown this could have been done.
Mozilla made a wrong turn early on (IMHO) with XUL. Perhaps projects like Galeon can be the saving grace. Problem is, those projects are out on the fringe, while IE is dead center of the web universe defining the standards across the board. Mozilla is FAR more than just a browser at this point. It's the last chance gasp at taking control of web standards and the Internet itself from Microsoft.
Re:So when do we see a 1.0? (Score:2)
I'm typing this on Galeon 0.11.5, and while Galeon is being a memory pig at 39mb, it is pretty fast, and it has a lot of cool features that respond in a reasonable manner (tabbed browsing, icons, session recovery). Yeah, it's got a few bugs, but it's VERY useable, version number be damned.
I have currently on-system Galeon, Mozilla (0.9.3, still very useable but a CPU hog as well), Opera (damn that thing is LIGHT! still some CSS bugs; the Linux version lags Win32 in that respect), Konqueror (plain, but functional, and also light... but no tabs like Opera), Amaya (for standards checking, in case a site acts funny), Netscape (the only one I leave Flash-enabled), lynx, and links. All of them have uses... but Galeon is the one I use the most, just because it's that good, that cool.
Asa and the gang have come a LONG way since M18, and Marco and Ricardo and company have built on that success... I could give a rip about version numbers, what I care about is functionality. If they want to go the Debian route and get *all* the bugs out before releasing 1.0, that's fine with me, as long as they keep putting out milestones. Frankly, except for the way plugins work (or don't), I'm really happy with what they've got now...
Which leads me to the zinger: if we can do all this with BETA software (Mozilla 0.9.3, Galeon 0.11.5, Gnumeric 0.67, AbiWord 0.7.14, openssl 0.9.5a, LILO 0.21, yadda yadda yadda... out of the 631 packages on my Mandrake 7.2 system, 139 of them, including many vital ones like pam 0.72, have version numbers >1.0)... what will the world look like when all that stuff is finally 1.0?
Me, I'm looking forward to it...
--
Need a Unix guru? [speakeasy.net]
Re:So when do we see a 1.0? (Score:4, Insightful)
Besides, it makes sense from a programming perspective - you *should* abstract out the interface from the computational part of the program. It also makes porting to a new platform dead easy, you can simply use whatever graphical toolkit is already existent on that platfrom, and just write a compatibility layer.
And as for the responsiveness issue, personally I find no difference between native windows apps and mozilla and native linux apps and mozilla.
Plus I am sure that there will still be a few optimisations before a 1.0 release. If you knew anything about software development (which you appear not to) you would realise that the standard process is:
1) get something that works, so that people can start development in other areas
2) once it's working, start to optimise it, preferably without changing the interfaces.
I remember back when M16 came out people were saying mozilla was a POS, it was time to bury the project, it would never be usable, etc,etc. As somebody who'd been following the project since the start, I could see that some big optimisations were being a worked on, and mozilla was about to improve radically.
I told people that and was laughed at. But lo and behold, a few months later we got the 0.9.x milestones and as I predicted mozilla became very usable, to the point where people are now using it in preference to other browsers.
I believe now that many of the big optimisations are done and dusted, we will start to see a lot of the smaller optimisations worked on. The interface will improve, memory usage will go down.
In short, don't write mozilla off because it doesn't use native toolsets. Give it a chance, and we will see what happens before 1.0 comes out.
Re:So when do we see a 1.0? (Score:2)
But it's not using native widgets on any platform. A massive amount of time has been spent recreating open dialogs, scroll bars, drop down menus, and all manner of UI objects. My objection to this is that they could have had a dozen native front ends together in the time it's taken to recreate all the various tid bits that Microsoft, Apple, Gtk, and Qt (to name a few) have already done. Galeon was put together with a team of 9 folks in a very short time. K-Meleon for Windows has a team of 4 guys.
In all fairness, I do happen to like the "idea" of what XUL represents. The ability to take what started as a way to do skins and turn it into a platform of it's own has a lot of appeal. The only thing that I'm questioning here is the timing. CSS and XML should have been #1 priorities, with XUL slated for Mozilla 2.0.
The delay here as Mozilla goes about reinventing everything that looks round will prove to be more crippling than a simple technical problem. First off, it's ruined Netscape's name in the browser market for everyone I've talked to who was silly enough to install 6.0. Secondly, it's put everyone else in the field in a catch up position to anything that IE does. It's going to take a LOT more than optimization to recover what was lost.
Here's to hoping that it can recover.
Re:So when do we see a 1.0? (Score:3)
Galeon etc also use Mozilla's widgets in their content areas for HTML widgets
It's great that the native UIs are being done. But even with hindsight it's hard to say whether the decision to go with XUL was clearly right or wrong.
Of course, going forward, having XUL around is pretty cool.
Mozilla (song) (Score:2)
With the best of intentions and Netscape's old code
They produce a browser that tends to explode
Rendering pages in pure XML
XUL's really great, but performance is hell
Standards compliant every way they can be
But slow as a bear when compared to IE
Oh, no. We wish these bugs would go
Go go Mozilla, yeah
Oh, no. The rendering's so slow
Go go Mozilla, yeah
History explains as a matter of course
How mega codebases deter open source
Mozilla!
Visit mozillaquestquest.com for more great humour! (Score:2, Funny)
A hilarious parody of MozillaQuest can be found at http://mozillaquestquest.com/ [mozillaquestquest.com] although really, does it need a parody?
MozillaQuest is usually so creative in his reporting that he might as well not bother. His claims bear no resemblance to any reality I participate in, and there is little point in rebutting him. If we all ignore him then perhaps he will go away? We can hope so.
A question for those "using" 0.9.x (Score:3, Insightful)
Mozilla 1.0 isn't a terribly meaningful concept, especially given that 0.9.3 served as the core of a genuinely commercial-quality Netscape 6.1--at least in most respects. But I do have a question for those who Mozilla or Netscape 6.x as their primary browsing and mail tool:
What's everyone doing about proper MIME support? Don't you people (and the developers!) ever send non-text e-mail attachments? Mozilla and Netscape 6 ship with virtually empty mimeTypes.rdf files and no auto-build from exisiting legacy MIME settings whether at the system level or from old Netscape 4.x configs, which means out of the box no external helper apps work--and worse, outbound email attachments other than HTML, text/plain, GIFs and JPEGs are mangled, transported as inline text. These empty MIME settings are years old.
Even more upsetting, the dialogs to edit and create mimeTypes entries from inside Mozilla/NS6 are broken: the checkbox that activates outbound MIME type declaration for a given mimetype is inactive, leaving hand-editing the poorly-documented RDF file as the only recourse. Not only that, but the Un*x Mozilla/NS6 doesn't seem to use the current environment in launching helper apps. Is it so hard or insecure or distressingly platform-specific to have the PATH environment variable--or use of "which" or "locate"--when launching helpers? Why must users manually locate the fully qualified path to their MP3 player, PDF viewer and so forth instead of simply entering, say, "acroread" or "xmms" in the dialog (or the RDF)?
Are the Netscape/Mozilla developers and those of you who claim to use Mozilla full-time passing around a hacked-up mimeTypes.rdf that isn't being shared with the public, and isn't even in an experimental branch of CVS? Or do you just never send email attachments?
And more to the point: doesn't the Netscape 6.x dev team ever send email attachments? How about the QA team? Are they all using Pine instead? And if they are, how does that jibe with the idea of eating dogfood?
Does Netscape even have a QA team?
I've thought of fleshing out mimeTypes.rdf myself, but I can't even figure out who owns it. Mail/News? Prefs? The core browser team? With the way the project owners point fingers, can I expect anyone to lay claim to it at all?
Maybe this is the problem.
Don't listen to anyone who says AOL's buyout has derailed the Mozilla project. They're clearly not taking an active role at all.
1.0 means different things in different projects, but one would expect nearly a year into the
Re:A question for those "using" 0.9.x (Score:2)
> project. They're clearly not taking an active role at all.
You mean, except for the 50+ full time AOL employees who are doing coding and QA for Mozilla.
What's in a Name? What's in a Version Number? (Score:2)
I HATE all the conversations about "When will it be 1.0?". The version number is an arbitrary string that has no affect on the code it is stamped on! All it does it make people complain.
Labelling something 1.0 does not remove any bugs. It does not mean that all severe bugs have been found. It does not mean that the next patch won't cause latent memory leaks or security problems or hard to reproduce crashes. In fact, it basically means nothing other than somebody decided to label it that way. If we called the damn thing 1.0 right now, the code would be exactly the same as if we called it 0.1. Arguing over version numbers is the stupidest activity programmers do. It's basically the one moronic marketing practice that hasn't been abandoned by the open source community.
What exactly was wrong with taking a nightly build every 4 to 6 weeks, testing it a little more thoroughly, and giving it the next whole number? They should have kept going after M18: 0.6 = M19, 0.7 = M20, 0.8 = M21, 0.8.1 = M22, 0.9 = M23, 0.9.1 = M24, 0.9.2 = M25, 0.9.2.1 = M26, 0.9.3 = M27.
Re:Mozilla into 2002! (Score:2, Insightful)
Well, thats complete bullshit unless the project you are comparing it to are exactly the same. You cant compare mozilla to any other web browser with bug reports like that unless they have all the same features. Even then, it is still not a good idea to use this as a benchmark.