Phoenix 0.2 (Santa Cruz)

Release Notes and FAQ

Phoenix is a redesign of the Mozilla browser component, similar to Galeon, K-Meleon and Chimera, but written using the XUL user interface language and designed to be cross-platform. More information about Phoenix is available at the Phoenix Project Page [ http://www.mozilla.org/projects/phoenix/ ].

This document covers what's new, download and installation instructions, known issues and frequently asked questions for the Phoenix 0.2 (Santa Cruz) release. Please read these notes before reporting any bugs to Bugzilla.

We want to hear your feedback about Phoenix. If you're a convert (moreso from Internet Explorer and Opera than Mozilla), we'd especially love to hear about it. Please join us in the Phoenix forum [ http://www.mozillazine.org/talkback/list.php?f=11 ], kindly hosted by MozillaZine, or on irc.mozilla.org in channel #phoenix.

What's New

A few of the features new to this release include:

And there's more to come. The Phoenix team are working on 0.3, targetted for Tuesday, October 8th, in which they plan to deliver more great features including:

Download, Install and Uninstall

Phoenix binaries are available for Windows and Linux.

Windows: http://ftp.mozilla.org/pub/phoenix/releases/0.2/phoenix-0.2-win32.zip

Linux: http://ftp.mozilla.org/pub/phoenix/releases/0.2/phoenix-0.2-i686-pc-linux-gnu.tar.gz

PLEASE NOTE: You are strongly recommended to delete any old Phoenix profile you may have and create a new one for 0.2. This can be done by running phoenix.exe -ProfileManager. We've made many changes in 0.2, and doing so will likely reduce problems. We feel justified in recommending this given that this is not a final release, but simply a testing milestone. Should you choose not to delete your profile, we recommend deleting your profile's downloads.rdf (which just keeps information about current and past downloads) at the very least.

Once you have downloaded the binary, use winzip or gzip to unzip Phoenix to an empty directory. Do not unzip Phoenix to a directory that already contains a binary. Either delete the existing directory completely, move it out of the way or create a new directory. If you install Phoenix on top of an existing Phoenix or Mozilla directory you will have problems.

To uninstall Phoenix simply delete the Phoenix directory. This will leave your profile in place for use by future Phoenix installs. If you wish to remove your Phoenix profile you can delete the Phoenix dir from your Windows Application Data directory or remove the .phoenix dir from your linux home directory.

Known Issues

This is a 0.2 release. If you expect everything to work perfectly then you will surely be let down. This list covers some of the known problems with Phoenix 0.2. Please read this before reporting any new bugs to Bugzilla.

Frequently Asked Questions

  1. What can I do to help?
    We need all the distribution we can get. Tell your family. Tell your friends. Tell your coworkers. If you're a student, get it distributed at your college. If you like Phoenix, please also submit a story to Slashdot about the release. The more interest we show to the editors, the more likely they'll accept the story.
  2. I use another browser because...
    If you're not using Phoenix, we want to know why. We'd love feedback from you at the Phoenix forum (which is rather temporary until we get our newsgroup set up).
  3. I hate the theme you're using, Orbit.
    It's not quite Orbit. We do use the Orbit icons and we appreciate the great work done on the Orbit theme, it's definitely one of the best Mozilla themes ever. Phoenix uses these icons in its own theme, one that respects the system colors and windowsXP themes. We think Orbit icons are a definite improvement over the crusty old Communicator icons which we hated and thought were downright ugly. But we also hope to have an all-new look at some point in the future - a look that says "Phoenix", but we need artists. That brings us to...
  4. I'm a fantastic artist who would like nothing more than to design artwork for you guys, for free, and with very little recognition. Will you please let me help you and gain nothing in return?
    Yes! Please e-mail us.
  5. Will I be able to get web content sidebar panels like I can with Mozilla?
    Yes. Later.
  6. Why would I want to use 0.2?
    It has a cool build ID. 20021001 (October 1, 2002).
  7. Are the rest of the preferences coming back?
    Yes, for the most part.
  8. You said this is a lean, lightweight browser, but it's over 7MB! I laugh at your silly lies!
    Take it easy, sport. Phoenix has many files that override those in Mozilla, but it also has a new set of files. These files render a ton of files in Mozilla unnecessary, but we haven't yet stopped packaging the old files. For example, we still build and ship with Mozilla's form manager, even though we now have Satchel, its lighter replacement. We also still contain a lot of Mozilla's chrome (front end) files, even though we have our own. Please also note that 0.2 contains talkback, while 0.1 did not, and it's still about a megabyte smaller. We expect to be able to hit 6 MB.
  9. Who is working on Phoenix?
    The developers are Blake Ross, Dave Hyatt, Pierre Chanial and Joe Hewitt, with Asa Dotzler providing tremendous help with bug triage, the website, and other odds and ends, and Brian Ryner providing build expertise. It is supported by mozilla.org staff.
  10. Phoenix is going to get old and outdated. It sucks.
    No. Phoenix is not a branch; it builds right atop the Mozilla trunk. Each milestone contains code that was literally checked in the day before -- we're risky like that ;) It's the latest and greatest.
  11. Okay, so where's the phoenix source?
    Mozilla trunk + mozilla/browser + mozilla/toolkit.
  12. Where's the mac version?
    There is no mac version. While Phoenix could be made to run on Mac without much trouble, we see no point in competing with Chimera. Chimera is the lightweight, standalone Mozilla browser solution for Mac OS X. We have received requests for a Mac classic version, and are considering the idea.
  13. I hate the search bar. I hate your toolbar layout in general.
    View | Toolbars | Customize...
  14. What a bunch of idiots. Why didn't they call it, say, Mozilla Lite? Don't they know the importance of brand recognition?
    Oh, where to begin. First of all, it's not "lite." Not only does Phoenix aim to match the featureset of Mozilla -- subtracting features deemed geeky and better offered as add-ons -- but it extends it. For example, it adds customizable toolbars and quicksearch in bookmarks and history. It offers an add-on manager, a better wallet, and a new downloads sidebar pane.
    Second, it's not Mozilla. It's backed by mozilla.org, sure, but with each milestone you'll see it diverge more and more from Mozilla.
    Third, "Mozilla" is not the name of an application; it is the name of a monolithic suite containing a browser, a mail client, an irc client, and an indoor skating rink (we hear that's coming, anyways.) Even if we did decide to call this browser Mozilla, we'd still have to call the standalone mail client (see below) something else. We also believe Mozilla, in general, is going in the wrong direction in terms of bloat and UI, and see no reason for our releases to carry those connotations.
  15. Did you say something about a standalone mail client?
    Yes. We did. Thank you for listening. It's called Minotaur [ http://www.mozilla.org/mailnews/minotaur/ ], but it's a little stagnant right now. There are plans to pick it up again in the not-too-distant future, probably around Phoenix 0.5. Just to whet your appetite, the speed improvements in Minotaur will be comparable to those in Phoenix.
  16. Will all of the Mozdev (and other) themes and add-ons work with Phoenix?
    Most will not. XUL Add-ons and themes will probably need to be tweaked by their authors to work with Phoenix; we are working with authors of popular add-ons to get them compatible. Plugins like Flash and Real should work, and mozgestures and prefsbar now work with Phoenix (the ones obtained from our extensions page).
  17. First "Pescadero" and now "Santa Cruz"? Where are you getting these crazy codenames?
    See the roadmap [ http://www.mozilla.org/projects/phoenix/phoenix-roadmap.html ].
  18. Phoenix is getting bloated. I knew it would happen.
    Phoenix is not getting bloated. Its download size is going down, for one thing. As stated earlier, the time to do the heavy lifting, feature work and redesign is early in the development cycle. That's where we are now -- this is 0.2, folks!
    The simplicity of Phoenix's UI has not been compromised in 0.2. The only new thing you'll notice is the addition of a search bar, and we're just experimenting -- who knows if it will be there by default in 1.0? The code for the sidebar itself was about ten lines. The extensions "manager" (really just a tab in a pref panel) is not bloat -- in fact, we're working so hard to support extensions to reduce bloat. Without extensions support, we'd be pressured to include the add-ons in the default build. And, finally, Satchel replaces Mozilla's bloated and complicated form manager.

Feedback and Bug Reports

(shamelessly ripped from the Chimera project page. sorry for not asking first, smfr. --Asa)

Phoenix bugs are tracked in the Bugzilla bug system. With Bugzilla, you can query for existing bugs, add comments to bugs, and file new bugs.

If you find a problem that you think might be a bug in Phoenix, please don't jump in and file it right away. Having low-quality and duplicate bugs in the bug system simply wastes the time of developers and QA. Instead, follow these steps.

  1. First, try the most recent nightly build, to see if the problem still exists.
  2. Next, try to reproduce the bug with a recent Mozilla build, to see if the bug happens there. If so, the bug should be filed as a Mozilla bug (only, of course, after searching to see if the bug has already been filed). Bugs related to how pages are laid out are almost always Mozilla bugs, and are highly likely to have been filed already.
  3. Now you can go ahead and search the Phoenix bugs to see if someone has already reported your problem.
  4. Search the open Phoenix bugs, but be aware that your terminology might not match that of others (e.g. "URL bar" vs. "Location bar"), so you might not find what you are looking for the first time. Be diligent!
  5. Look at Phoenix bugs reported in the last day.
  6. Look at the list all Phoenix bugs to see if your issue has already been filed (and possibly already fixed).
  7. If you didn't find an existing bug for your problem, and you're sure that it's a problem with Phoenix, then you can go ahead and file the bug.
    If you are new to Bugzilla, please read the bug writing guidelines first. To be able to file and comment on bugs, you'll need to make yourself an account. Note that accounts can, and will, be revoked if abused.
  8. Report a new Phoenix bug using the Bugzilla helper, or using the advanced bug entry form
  9. Put as much relevant detail into the bug report as you can. If Phoenix crashes be sure to specify if you were on a certain page when it crashed, give the URL. Mention whether the page contains plugins. Try to find the simplest way of causing the crash that you can. If it crashes when you are supplying data to Phoenix (e.g. importing bookmarks), attach the relevant data (in this case, the bookmarks file being imported). The better your bug report, the more chance there is of a developer taking note, and fixing it.

Copyright © 1998-2002 The Mozilla Organization.
Last modified October 3, 2002.