Mozilla 0.9.3 Released
nexex writes: "Shamelessly ripped from Mozilla.org, "Talkback data shows that recent 0.9.2 branch builds are more stable than Netscape 4.78 and we expect even better results for 0.9.3. Now is the time to try Mozilla again if you've been waiting for stability to improve." Translation: Mozilla is better than ever. Get your copy here."
Don't know about other platforms, but on Linux, you can just download the jdk (jre might work too). It contains a plugin directory. Inside the plugin/i386 directory, there are two directories: ns4 and ns600. Each contain a java plugin. Just make a link to the ns600 plugin to your mozilla/plugins directory. Works for me.
Je ne parle pas francais.
Its just you ;)
Seriously, they have a detailed Roadmap outlining their plans. Their dates have slipped some but they've been holding pretty well to teh schedule. Currently plans call for Mozilla to go 1.0 with what WOULD be 0.9.5 if it is deemed ready . They are just using a differnet scheme for release, vs the beta to release candidate to release. Its all in teh naming. So if all goes well (and it sure seem to be finally) I'd bet they'll make v1.0 in the beginning of the fourth quarter. But even if they don't make it till 0.9.7 which is December timeframe it'll still be a huge accomplishment.
Top Most Bizarre/Disturbing Error Messages
On days like this when the server is busy, this network installer crap is useless. Where's the 9MB installer download, eh? I've had to run setup 15 times because it keeps timing out on the download of individual packages. I've basically run the installer once or more for each individual package. The setup program doesn't remember my settings from the last run, so I have to go through modifying every screen of the wizard every time. And after all that, I've still got to manage the downloaded files which aren't where I want them so that I can install on other machines easily.
I got around it by blowing away the existing Mozilla folder and then unpacking the new one fresh.
rm
Sci-Fi Storm
Bugzilla 44787 has been marked as a Won't Fix. It was originally entered as a bug (as in Bugzilla) and has been established as a minimum requirement. "The linux builds are built on RedHat 6.0 systems which use glibc 2.1. Therefore, the minimum required version of glibc is 2.1. Builds have been known to work (occassionally) when built under glibc 2.0.7 but they aren't officially built nor supported (due to known race problems with the 2.0 dynamic loader). "
I'm thoroughly impressed, at this point Mozilla never crashes on me, and rendering is instantaneous. Great job, guys!
Interested in open source engine management for your Subaru?
Still not quite as fast as IE, but with the Enable Quick Launch feature checked, Mozilla is finally becoming competitive
Maybe it's just the type of system, but on my box, the with quick launch enabled, it starts up sooo much faster than IE. I click on the icon in my quick launch tray and the window just displays, about as fast as if I just had it minimized (roughly 1-2 seconds from click to start page displayed). Clicking the the IE icon in the quick launch tray takes a while to load, well, the window displays instantly, but it still takes a few seconds for the start page to display (roughly 5 seconds from click to start page displayed).
Without quick launch enabled it takes about as long to load as IE from click to start page. Granted that with IE you get the window instantly and then wait for the start page, and with mozilla you wait for the window while watching the splash screen, but when the window displays the start page displays immediatly.
Things you think are in the Constitution, but are not.
YES,
1. create a "user.js" file in the same directory where your prefs.js file is.
2. add the following to that file:
// Override the default user-agent string:
user_pref("general.useragent.override", "Mozilla/4.0 (compatible; MSIE 5.0; Windows 98; DigExt)");
It'll be 1.0 when it's ready to be. This is a mature approach. Contrast that with taking a 0.8 build and calling it a 6.0 build and getting ridiculed about shipping a steaming pile of crap. I'm sure some MBA can explan why that was a good idea...
My God, it's Full of Source!
OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
There might have been some internal API changes in Mozilla that galeon uses. You might want to recompile.
Every new release of Mozilla fills me with both joy and dread. Joy because it genuinely gets better each time, dread because I'll have to fight with Ximian Redcarpet and Galeon RPMs to install it :-( Why does Mozilla have to be such a crucial part of Ximian? Mozilla's being developed much quicker than Ximian is, but those of us lazy folks who use packages have to wait for the Ximian distribution to catch up before we can try the latest Mozilla builds. Which sucks.
What's even better they had Solaris binaries.
Cons:
The slower-bit is offset if you use Galeon as a frontend. Which buys you a lot of speed, and somewhat better desktop-integration, on the expense of portability and library-count.
Both Mozilla and Konqueror are good browsers, but Mozilla is more technologically advanced, and the portability issue means a lot for it's acceptance and possible market-share.
Because they use Bugzilla to track all issues with Mozilla. Since people complain daily about the symptoms that turn out to be glibc problems, it's best to include the info in the bug report and just point people there.
That's also the place to debate the issue.
There are plenty of "bugs" that aren't, including feature-requests, user error, bad HTML/websites (e.g. the TLS mess), et cetera.
One simple rule for its versus it's
I'm hoping that this version starts to work faster than previous versions. I've done some simple benchmarking of IE vs Netscape vs Mozilla on both Windows (2000 Advanced Server and 98) as well as Solaris 9 2/01 build. I click open up a new page in the browser that's not cached, and start the stopwatch. I do this for all 3 browsers for the same site. Not surprisingly IE spanks Netscape / Mozilla on both Microsoft platforms, but it also ourperforms them on Solaris. I really like a lot of the mozilla stuff, and if they can get the speed down, its going to be the premier web browser. As of right now, Lynx is the only browser faster than IE.
I'm going to download the new Mozilla build in the next few days, I still have my fingers crossed.
Clinton made me a Republican. Bush made me a Libertarian. Trump is making me question reality.
That would be bug 46029 ("[RFE] Multiple user_agent prefs like in Opera."). Feel free to vote for the bug if that issue is important to you.
Alex Bischoff
HTML/CSS coder for hire
For the longest time, I couldn't stand looking at those crummy Netscape buttons. I like the themes option. Extremely customizable.(I realize this has been around for a while)
;)
:P Not sure my RAM-poor laptop can handle that.....
And it does seem to live up to the promise of "less crashes". (I've had it running a whole 15 minutes and it hasn't crashed yet
But there are drawbacks. On Win32, running Mozilla wants 33MB from my heap. That's almost 3 times what IE wants for rendering the same page
A nice surprise: Mozilla properly handles true alpha-masked PNGs.
But hey, kudos to the mozilla folk for making a stable build!
--
#include <malloc.h>
free(your.mind);
from:
mozilla.org/releases/mozilla0.9.3:
Proxies
Mozilla needs to be configured to work properly with proxies such as Junkbuster that do not support the most recent HTTP specification. By default, Mozilla tries to use HTTP 1.1. To use Mozilla with a proxy that only supports HTTP 1.0, edit the HTTP Version from 1.1 to 1.0 in Edit | Preferences | Debug | Networking. (Bug 38488)
If that worked, then the "slight incomnpatibility" in question is that the reply from the web server is broken in such a way that it looks like a man-in-the-middle attack on the connection negotiation.... Now consider whether you want your browser to keep connecting under those conditions. :)