Turbo/Quick-Launch Examined -- Is Mozilla Really Open Source ?
Turbo Mode & Bugs Slow Mozilla Development to Snail's Pace
Milestone 0.9.4 Delayed
Mike Angelo -- 9 September 2001 (c)
Mozilla Milestone 0.9.4 should have been released Friday, 7 September 2001, but it was not. The suspected reasons -- bugs, poor program management, and inappropriate concessions to AOL and its Netscape Division. It's likely that Mozilla 0.9.4 will not be released for several days. Even then, it likely will be the buggiest Mozilla Milestone ever.
Of course, many of the more noticeable bugs have been fixed, which is a good thing. So it might not seem that there are more bugs in Mozilla now than ever. However, there are more bugs in Mozilla now than in any previous Mozilla Milestone release. Please see Figure 1.
Turbo Mode & Bug 97620
Perhaps the worst, or maybe the most important, bug is Bug 97620 Crash unloading -turbo mozilla from tray icon, which was opened 30 August 2001. (Link in the Resources section at the end of this article.) This bug appears to be the primary reason the Mozilla 0.9.4 release has been delayed. Turbo mode first appears in the 0.9.x Mozilla builds.
The Netscape people call this turbo-mode feature Quick Launch in Netscape 6.1. It's meant to try to make Netscape 6 (and Mozilla) more competitive with Microsoft's Internet Explorer, which seems to start more quickly than does Netscape 6.
The upside to turbo mode is that Mozilla and Netscape 6.1 start faster than they would without turbo mode. One downside to turbo mode is that is adds a few seconds to the amount of time it takes Windows to boot.
Yet another downside is that Mozilla and Netscape 6.1 are very buggy and do a lousy job of memory management. So if you enable turbo mode, you are loading buggy Mozilla or Netscape code every time you run Windows -- if you run only Windows and have Mozilla/Netscape turbo mode enabled, you are loading buggy code every time you run your computer. With turbo or Quick Launch mode turned on, Mozilla or Netscape load whether or not you ever use them. Of course, if the Mozilla folks ever get the bugs out of the Mozilla/Netscape code, then this downside of loading buggy code would be gone.
Creating a Mozilla turbo mode for the Linux/UNIX versions is under consideration also. That could be a zoo. There is some very interesting discussion about that proposal at Bug 86977 -turbo on unix. This bug was opened 20 June 2001. (Link in the Resources section at the end of this article.)
Currently, the default turbo mode is not-enabled in the Mozilla Milestone releases and Netscape 6.1. So, if you decide you want to invoke turbo mode, you may do that. It is your informed choice. Please see Figure 2.
Incidentally, MozillaQuest Magazine recommends that you NOT enable turbo/Quick-Launch mode -- because the downsides outweigh the upside.
Moreover, as discussed in the next section, the plan is to set turbo/Quick-Launch mode on by default. Therefore, MozillaQuest Magazine now recommends that you do not download or install any Mozilla Windows edition later than Milestone 0.9.3 or any Netscape Windows edition later than Netscape 6.1.
Of course, these only are our recommendations. You are free to follow our recommendations or not follow them, as you see fit. That is what choice is all about. We support choice. Our reason for this recommendation is that AOL-Netscape and its Mozilla Organization are infringing on choice by making the default turbo/Quick-Launch option set to on.
One bad effect of making turbo/Quick-Launch turned on the default option is that many users will not even realize they are running Mozilla-Netscape in turbo/Quick-Launch mode. Another bad effect is that even users that are aware of the turbo/Quick-Launch mode set to run by default will not be able to turn that option off until they run Mozilla-Netscape -- unless there is a choice-point provided in the installation process.
If the Mozilla-Netscape developers decide to NOT set turbo/Quick-Launch mode on by default, then we will change that recommendation -- unless some other serious breach of freedom and choice crops up in the meantime -- and it looks as though that has happened -- stay tuned for the full story about that in an upcoming issue of MozillaQuest Magazine.
Is Mozilla Becoming an Internet Explorer WannaBe?
One of the major complaints Mozilla and Netscape fans have made since the inception of Microsoft's Internet Explorer (IE) is that it is automatically loaded when one starts Windows and that IE is integrated into the Windows operating system (OS).
However, now the Mozilla/Netscape game plan seems to be to make turbo-mode-enabled the default setting for Mozilla. The Mozilla/Netscape developers plan to do the same thing with their Mozilla/Netscape browser that they complain about in respect to Microsoft Internet Explorer -- load it by default when Windows boots. What a bunch of hypocrites.
If the Mozilla-Netscape developers hope to move computer users from Microsoft Internet Explorer (IE) to the Mozilla-Netscape browser, then the Mozilla-Netscape developers will have to come up with a better product -- not merely a buggy emulation of IE. And unfortunately for the Mozilla-Netscape developers, right now IE is a better browser than is Mozilla-Netscape.
Incidentally, we suspect that AOL and its Netscape division are behind this lame idea to set turbo on by default. However, one Netscape developer commenting in Bug 75599 aptly warned the Mozilla-Netscape developers that turning turbo on by default would not be a good idea -- and his warning was on-mark.
Who Really Controls the Mozilla Project?
That suspicion leads to why it is suggested above that Bug 97620 Crash unloading -turbo mozilla from tray icon might be the most important bug now slowing down and delaying release of Mozilla 0.9.4.
Normally, if there is a particularly bothersome bug that is blocking a milestone release such as the turbo-crash bug, the code that is causing that bug can be backed out of the tree. That lets developers maintain their milestone release schedule. Then after the milestone is finished, the developers can replace the pulled-out turbo/Quick-Launch code in the tree trunk and try to get the bug(s) out.
If that normal procedure were applied to Bug 97620 Crash unloading -turbo mozilla from tray icon then the turbo mode could be backed out and Mozilla 0.9.4 could be released without further delay -- or perhaps even have been released on schedule had it been applied from the get-go.
So why did the Mozilla developers not simply back out Bug 97620 and release Mozilla 0.9.4 on time? Could it be that some third party with lots of clout and control when it comes to the Mozilla Organization and Project wants Quick Launch, whoops -- er -- uhm -- turbo, mode turned on by default? Hmmmmmmm.. Now just what third party has that sort of clout and control of the Mozilla Organization and project?
Before guessing just who is this powerful and domineering third party, it is important to note that Bug 97620 is not the only Mozilla 0.9.4 blocker bug at this time. Actually, Bug 97620 is listed as a critical bug rather than a blocker bug.
Earlier today, there still were 61 bugs targeted to be fixed before the Mozilla 0.9.4 release. Two are blockers, nine are listed as critical, nine as major, thirty-seven are listed as normal, one trivial, and three are enhancements requests.
Incidentally, there are some 4,674 bugs targeted to Future Mozilla releases. Please see the bugs list in the right-hand sidebar on the MozillaQuest Magazine front page (mozillaquest.com) for the updated Mozilla bug counts.
To learn more about how many bugs there are in the Netscape 6.1 and Mozilla Web browser suites, and to learn how the Mozilla and Netscape developers are sweeping bugs under the carpet, please see Mozilla 0.9.3 Branched Behind Schedule & Buggy and Mozilla Roadmap - Mozilla 1.0 Set Back to 2002 - Mozilla 0.9.4 Set for 7 September.
AOL-Time-Warner's Netscape division's Netscape 6 browser-suite is based upon the cross-platform (XP) Mozilla browser-suite. The recent Netscape 6.1 (NS 6.1) browser-suite release was based on Mozilla Milestones 0.9.2 and 0.9.2.1.
So far, every time a branch has been taken over by a third party, that third party has been AOL-Time-Warner's (AOL) Netscape division. Chances are that it is again Netscape that will be taking over the 0.9.4 branch.
For example, after Mozilla Milestone 0.9.2 was released, AOL-Netscape took control of the 0.9.2 branch and continued to work in that branch to finalize the Mozilla code for incorporation into Netscape 6.1. When Netscape 6.1 was released, the Mozilla developers took back control of the 0.9.2 branch and renamed it 0.9.2.1. Then the Mozilla developers released a source code only Milestone 0.9.2.1. Please see our article, Mozilla 0.9.2.1 AKA Netscape 6.1 Browser Source Code Released for the details about that.
This is a somewhat simplified explanation in this case. Development continues on an offshoot of the 0.9.2 branch. The offshoot is the 0.9.2ec branch. Once again there is a shroud of secrecy involved. However, the chat is that this is an AOL-Netscape project.
And once again, we believe that such secrecy is not appropriate in an open source project. That again raises the question of whether the Mozilla project is a true open source project.
The more MozillaQuest Magazine examines the Mozilla Organization, the Mozilla project, and the relationship between Mozilla and AOL-Netscape, the more matter for concern turns up.
The Mozilla browser-suite is cross-platform and open source. Builds generally are available for the BSD, Linux, Macintosh, Microsoft Windows, OS/2, Sun, and several UNIX platforms. Source code is available if you want to custom compile your own Mozilla Milestone build.
The Mozilla Organization Roadmap and development plan calls for Mozilla Milestone 0.9.4 to have been released to the public on 7 September. However, it has not been released, yet. For more information about the Mozilla Roadmap please see Mozilla Roadmap - Mozilla 1.0 Set Back to 2002 - Mozilla 0.9.4 Set for 7 September.
Moreover, Mozilla 0.9.4 was branched five days late. Please. See our article, Mozilla 0.9.4 Branched -- Behind Schedule & Buggier Than Ever.
More Mozilla Roadmap Plan Changes and Chaos - Mozilla 0.9.2 Set for 25 June Release (June Roadmap revisions)
Mozilla Roadmap Plan Changed Again -- Mozilla 1.0 Set Back to Q4 2001 (May Roadmap revisions)
More Mozilla Roadmap & Development Plan Changes: Mozilla 1.0 Pushed Back to Q3 2001 (April Roadmap revisions)
Mozilla 1.0 Release Pushed Back -- Milestone 0.8.1 Inserted into Development Roadmap Schedule (March Roadmap revisions)
Mozilla Organization Revises Development Roadmap and Product Release Schedule (December Roadmap revisions)
Mozilla 0.8.x Releases & Download Links
Other Related Mozilla & Netsape Articles
For more information about the Mozilla Organization, the Mozilla applications programming framework, and the Mozilla browser, please see:
Please do not forget to report bugs, problems, or suggestions for enhancements to Bugzilla.
For more information about the Mozilla Roadmap & Milestone Plan, please see:
Copyright 2000, 2001 -- MozillaQuest -- Brodheadsville, Pa..USA -- All Rights Reserved