Slashdot Mirror


Mozilla Moves Into 2002? Maybe.

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.

29 of 376 comments (clear)

  1. Doubling bugs by ryants · · Score: 5, Insightful
    A possible explanation for the increased bug rate:

    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.

    --

    Ryan T. Sammartino
    "Ancora imparo"

    1. Re:Doubling bugs by asa · · Score: 5, Informative

      The rate of incoming bugs has been pretty steady for some time. With 15,000+ active Bugzilla accounts it is not at all strange to see 300 bugs reported in a single day. Anyone who takes a minute to look closer will see a couple of important trends in these numbers. First the percentage of Duplicate, Invalid, and Worksforme bugs continues to rise and is at about 50% so nearly half of all bugs reported turn out to be something other than new bugs in the code. Second, the overall average severity of incoming bug reports has been going down for some time so that while the volume of incoming bugs hasn't changed a lot, the kinds of issues being reported are more polish issues that development or testing blocker issues.
      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

    2. Re:Doubling bugs by Malcontent · · Score: 3, Insightful

      " Occam's Razor says that you're wrong"

      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.

      --

      War is necrophilia.

    3. Re:Doubling bugs by asa · · Score: 5, Interesting

      The incoming bug rate is NOT DOUBLING. I don't know if that is some figure you got from MozillaQuest (reason enough to discount it) or if you actually went to the source (bugzilla.mozilla.org) but someone got their queries/reports confused. The bug charts show that the rate has been pretty much steady for a long time. The only interesting thing about this graph (that the person reporting the doubling nonsense obviously was confused about) is the rise in New and the drop in Assigned. Bugs start out as New and get marked Assigned when a developer decides the bug is his. In late 2000 we stopped sending out a 'nag' email that urged developers to accept their New bugs. When we stopped sending that mail the Accepting dropped off. The incoming bug rate has not changed significantly and neither has the fix rate.

      --Asa

    4. Re:Doubling bugs by asa · · Score: 3, Insightful

      Well, when confronted with a fact like 'bug submissions to Mozilla have doubled,' one shouldn't immediately go on apologetic flights of fancy which result in such ineptitudes as 'there's more users so there's twice as many bug submissions! DUH!.' when there's no evidence backing it up.

      "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

    5. Re:Doubling bugs by mobydobius · · Score: 3, Informative
      Jeezus, Dude!

      I've been reading your comments in this thread and have come to the conclusion that Ockham's Razor 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.

      --

      "I like to wear big boy pants."
    6. Re:Doubling bugs by cyberdonny · · Score: 3, Insightful
      >> Bug counts have never been an accurate measure of the quality of the product.
      > 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 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.

    7. Re:Doubling bugs by scrytch · · Score: 3

      First the percentage of Duplicate, Invalid, and Worksforme bugs continues to rise and is at about 50% so nearly half of all bugs reported turn out to be something other than new bugs in the code.

      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.

      --
      I've finally had it: until slashdot gets article moderation, I am not coming back.
  2. The Better Quest Site by newbiescum · · Score: 3, Informative
    MozillaQuestQuest

    Props to Mozillazine 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.

  3. Why 1.0? by Scrag · · Score: 5, Insightful

    What is the obsession with reaching version 1.0? It's not a finished product until then? Then tell me why I have been using it for everything that several finished products can do. It won't have bugs by the time it reaches 1.0? I cant understand that either. It's not everyone will stop working on it when it reaches 1.0, so that means version 1.0 is just another version in the middle of hundreds of others.

    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.

  4. A Rose by any other name (?) by Ars-Fartsica · · Score: 4, Insightful
    What is the problem? Mozilla is essentially stable and featureful from my perspective as an everyday user. Given that the product is useable today, isn't 1.0 more or less an arbitrary release point? Its not like 1.0 will close off all existing bugs and not open any new ones - every release is an incremental march towards stability with new features adding their own instabilities.

    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.

  5. MozillaQuest is one big troll by FattMattP · · Score: 5, Informative
    I think that anyone who's kept up with Mozilla Quest and its articles has realized that it's one huge troll. The guy who writes the articles hardly ever has anything good to say. He also has a way of misconstruing and twisting things that would make a Microsoft PR executive beam with pride. Someone created a great parody of it called Mozilla Quest Quest. Apparently it requires Mozilla, or something that can handle XML, to view it.

    Bottom line: Take anything the Mozilla Quest site says with a HUGE grain of salt.

    --
    Prevent email address forgery. Publish SPF records for y
  6. MozillaQuest is beyond parody. by Chuck+Chunder · · Score: 3, Interesting

    I thought MozillaQuestQuest was funny when it first came out. Then I read this "article" at MozillaQuest and it became clear that the parody just can't be as funny as the real thing. The title is just so ludicrous to anyone who has the slightest knowledge of the Mozilla project it simply defies taking the piss out of it. And the right sidebar! I haven't laughed so hard in ages. Someone sign this guy up to write for Slashdot!

    --
    Boffoonery - downloadable Comedy Benefit for Bletchley Park
    1. Re:MozillaQuest is beyond parody. by Zontar+The+Mindless · · Score: 4, Insightful

      The MozillaQuest site itself is so badly executed and so sophomoronic in content as to place it beyond the bounds of credibility or even lampoonability. How anyone can come up with "October + ? = 2002" is simply beyond me -- unless they've an ulterior motive. That funny biz with the screenshots and graphs struck me as an amateurish (but still annoying) attempt at disinformation.

      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 .vbs viruses on my Windows boxes).

      --
      Il n'y a pas de Planet B.
    2. Re:MozillaQuest is beyond parody. by GreyPoopon · · Score: 3, Informative
      And the right sidebar! I haven't laughed so hard in ages. Someone sign this guy up to write for Slashdot!


      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.

      --

      GreyPoopon
      --
      Why is it I can write insightful comments but can't come up with a clever signature?

  7. mozillaquest in no way affiliated with mozilla.org by asa · · Score: 5, Informative

    I just want to make sure it is very clear to slashdot readers that MozillaQuest is in no way connected with or affiliated with mozilla.org. Do not be confused by the name or the 'borrowed' mozilla graphics (mostly gone now I believe). MozillaQuest is a series of articles written by Mike Angelo who has no connection to mozilla.org or any 'inside information' about the goings on of the Mozilla project. mozilla.org has in the past made attempts to correct the misinformation that is published at this site but the requests went pretty much unanswered and so we've turned to simply ignoring the site. It is a shame that slashdot, a place that many in the open source community turn for information, continues to point its readers at this kind of sensationalism.

    --Asa
    (my opinions are my own and do not necessarily reflect those of my employer or mozilla.org)

  8. One reason 1.0 is important... by brunes69 · · 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.

  9. Bugs Approach a Constant Number by goingware · · Score: 5, Insightful
    I believe it was IBM that first figured out that bugs in a large project asymptotically approach a constant number.

    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.

    --
    -- Could you use my software consulting serv
  10. Please Slashdot never again post MozQuest info by caspy7 · · Score: 5, Insightful

    Please, someone tell those that are responsible for posting these to never ever again post any information found on MozillaQuest. Please don't even bother visiting the site so that he gets hits. This guy sensationalises information and just plain makes stuff up. MozillaQuestQuest.com is a good place to point out his contradictions and such.
    My question is how can we delegitimize this guy so the real media doesn't take his lies and run?

  11. we'll be fine, even if it never appears by jchristopher · · Score: 3, Interesting
    There are so many really, really good alternatives to Mozilla now that it really doesn't matter whether it ever appears or not.

    The other alternative browsers (Konqueror, Opera, etc.) are really making progress. Opera is VERY usable on both Win32 and Linux.

  12. So.... by EvlPenguin · · Score: 3, Funny

    ...who else here thinks the only reason there is a Mozilla project is that Netscape said to themselves: "well, this code is just too fucked up, lets give it away"?

    --

    --
    #nohup cat /dev/dsp > /dev/hda & killall -9 getty
  13. Re:Bug Triage & 1.0 matters by asa · · Score: 5, Interesting

    Point here is that 1.0 has meaning to me, should it be fairly robust I will encourage my friends to use it and install it on a bunch of machines that I don't update with every release.

    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

  14. Walk a mile in another's shoes... by penguin_nipple · · Score: 5, Insightful
    IMHO, 0.9.3 is an excellent browser. It's installed on all my machines ,including on both partitions of my Development box at work (w2k and slack 8.0). Yes, development my appear to be slow, but I'd simply like to point out to a few things

    1. Mozilla is a massive project, whose (main) goal is a natively running browser on multiple platforms, this is no small task and they have done well thus far. I don't think anyone can point to a browser that runs on as many different platforms as well as Moz does.
    2. Mozilla was one of the first major Open Source initiatives undertaken, and in fact must have been a logisitical nightmare to get rolling - especially taking into account the fact that they wiped the proverbial board clean with Mozilla - however, consider all the other issues that go into an open code distribution system.
    3. We have no other development process to use as a benchmark to the development of Mozilla. Up until this point in time, all one has ever gotten is binary distributions. Very little insight and even less information from previous organizations.
    4. Agreed, the much hyped 'browser-wars' are over, thank god, IMHO, those wars ended up coming down to distribution issues that Microsoft capitalized (unfairly) upon. As we all know, 99% of the world will use the browser that smacks them in the face at home. As for the corporate scene, many organizations continue to use Netscape and (from people I know who deal with these issues) will move to a stable, compliant browser when available. Which is in fact becoming more of a critical issue - called them 'web enabled' or 'network aware' applications. I would point to .NET as an example of how this scheme seems to be gaining prominence.
    5. Mozilla is quite a bit more than just a browser or mark up renderer. Granted most of you wouldn't ever need the capabilities provided in XUL, but many application developers might. Cry cry cry about bloat all you want - if you are using a windoze box to read this, then you are familiar with bloat. You may bitch and moan about XUL and how horrible it is, however, it is essentially providing the multi-platform capabilities of Mozilla. And for me anyhow, it is important to have a rich, dynamic, and actively developed multiplatform browser. Try not to overlook that contribution - Mozilla is an extremely flexible piece of code.
    6. 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*

  15. Some perspective by billh · · Score: 4, Funny

    While Mozilla has been under development:

    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??

  16. Re:www.MozillaQuestQuest.com by asa · · Score: 3, Informative

    I'll miss the favicon's in the title bar and bookmarks, and the ability to enable cookies and JavaScript on a per-site basis.

    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 for more information.

    --Asa

  17. So when do we see a 1.0? by Metrol · · Score: 4, Insightful

    As a FreeBSD and NT user who designs web pages, layout and font sizes really matter to me. Although I mainly use Konqueror under FreeBSD, it has far more to do with the simpler interface than it's rendering engine. To date, I haven't see any other browser display layout, fonts, and deal with Javascript better than Mozilla.

    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.

    --
    The line must be drawn here. This far. No further.
    1. Re:So when do we see a 1.0? by Salsaman · · Score: 4, Insightful
      But the mozilla team have consistently stated that if mozilla were not based on XUL, there would have been no Linux version.

      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.

    2. Re:So when do we see a 1.0? by roca · · Score: 3

      Galeon etc are fine web browser shells but they don't provide nearly as much UI as Mozilla does --- especially if you include Mozilla Mailnews, Composer, etc. Making UI for all that stuff is a lot of work. So it's hard to say for sure that it would have been less work to do independent native UIs.

      Galeon etc also use Mozilla's widgets in their content areas for HTML widgets ... getting native widgets to work there is hard because they have to be stylable with CSS, work with the Javascript/DOM event model, etc. Even IE doesn't use native widgets there. So a lot of the work behind XUL had to be done anyway.
      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.

  18. A question for those "using" 0.9.x by hatless · · Score: 3, Insightful

    I've been using Mozilla and Netscape 6.x about half the time for a few years now, and the past few months have brought dramatic speed improvements. XUL is finally fast enough to be usable on machines slower than a 1.2 GHz x86, and mail folders open quickly enough to work with.

    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 .9.x series--and two months from the putative release of a 1.0--that proper test code would be in place for core functionality like this and that things would be in a bug fix stage, not that inbound and outbound MIME handling would still be awaiting its first real-world testing two months before 1.x and more than a year after the release of Netscape 6.0.