Mozilla 1.4 RC3 Is Out
zzxc writes "Mozillazine reports that the third release candidate for Mozilla 1.4 has been released. It is available for download from mozilla.org. Testing is encouraged to fix any bugs before the final release. No new features have been added to this release, though many bugs have been fixed. For more information, see the release notes."
I seem to remember there was a Gecko rendering plugin for Konqueror. Does anyone here know what happened to it?
Firebird a subproject of Mozilla is a light weight version of Mozilla seems a lot better bet to me. Opens faster, has all the same features (such as tabbed browsing and popup killing) and seems to be more or less big free. Uses less memory too (at least in my primative tests).
----
Will the mozilla project provide Mozilla 1.4 final RPMS for RedHat Linux 7.x? It seems like they have discontinued them for all of there 1.4 beta and RC releases.
Ok, now, don't get me wrong here.. I like Moz, so this is not supposed to be a flamebait:
/.? /. effect) and it takes time to compile. Very few bother to go through this process for every release.
Just how many of you download and compile every single version of Mozilla that's mentioned on
It takes time to download (due to the
Is it really neccesary to mention every RC's here, or am I just being picky?
How about a new releases section to cream off most of these storys? Keep the main page for "stable" releases
Brocklesby Park Cricket Club
Absolutely I do.
;)
Why? Because installing and playing with new software turns out to be a pretty fun replacement for games. Games are pretty sweet, Linux has a growing little number of them. But I mean...
I can't be the only one who finds updates fun, can I?
"Computers will never truly be free until the last windows user is strangled with the entrails of the last mac user."
there is a great Gnome-Project wich adapts pretty fast to new Mozilla releases and ships with antialiased fonts (I didnÂt like them in the beginning but am an addict now ;-) called Dropline-Gnome. I keep installing this for my newbies along with Slackware wich I prefer as a Newbie-Distro for itÂs clear structure. From this day on I stopped worrying about fonts in Mozilla. Most Gnome Apps use these fonts so it provides a consistent look&feel, too.
But last time I tried Firebird I realised the problem was still there. The defaults are ok...but not a beauty. Well, if for non-slackware users I guess Ximian-Gnome ships with antialiased fonts as well...
If i check bugzilla there are currently 343 bugs open that are:
blocker or critical
and
assigned. (i did not select new 1441 bugs because they still contain dupes, or bugs that need te be cleaned).
That is a LOT! and they want 1.4 to be the next stable release for a longer time. I think it is still time forsome bugsquasing before releasing is.
LotÂs of these bugs are cross platform bugs (example:it wont build on true64,aix)
One bad bug i want to note is:209896
Bug: mozilla crashes if upgraded from 1.3.1 to RC2.
workround: uninstall first.
Yeah right: so every bug somebody calls (on some generic internet forum) the response will be: delete you mozilla directory first, then reinstall.
What you meant to say was that another beta build was needed (as a step up from nightly builds which only the most adventurous fans touch). AFAIK there where unresolved 1.4 blocker bugs when RC1 and RC2 were compiled and these builds where not at all expected to become the release. It's a trick to get more testers, but it's a trick with severe long-term effects. If open source projects really think that their betas are as good as closed source final releases, they need to come up with a better name. How about preview release or end-user beta?
The problem is that the Firebird developers do not search in this way, and thus they cut the feature. Anyone opposing the decision is ridiculed, and told they should do things differently. To use Firebird you /must/ have the same browsing habits as the handful of "elite" developers working on it do, or suffer. If Firebird will indeed become the default browser for Mozilla, there will be a lot of people sticking to 1.4.
Whatever happened to the idea of choice being good is at this time unknown.
Nothing was removed from Mozilla Firebird.
Do I have to point you to the bonsai logs? There are literally dozens of comments by Blake or Hyatt of the form "this is useless, rip it out" accompanying large CVS removes. toolkit/ and browser/ were basically started by copying xfpe/ and then cutting stuff from it.
Needing extensions to make a browser not suck (and indeed be usable for anyone with different surfing habits) is wrong. To quote you-know-who, Mozilla [Firebird] should not suck by default.
I have not been able to get Mozilla 1.4 to install on one machine (with a lot of email). I installed Moz 1.4RC3 over 1.3.1, and I get a Windows program crash message, offering to send Microsoft data about the crash.
The release notes said to install 1.4 in a new directory, but I spent hours teaching Moz to store email in a folder other than the default. I don't want to go through that again. Moz gives the option to install in a folder other than the default, but does not make it easy.
I re-installed 1.3.1 over the bad 1.4, and it works, no problem. The version I had downloaded does not say 1.4 RC3, just 1.4.
On another machine, I had no problem installing 1.4. Both are running Windows XP, SP1.
I am anxious to begin using 1.4 because I've had many problems with 1.3.1 crashing after many instances and many tabs are opened, and some are closed. The crashing seems associated with Windows XP's limit of 21 programs open at the same time. (After that, the program list is displayed in a disordered fashion. That "feature" seems to have been put in by Microsoft to discourage people from opening a lot of programs.) Mozilla's crashing seems to corrupt Windows XP, too, so that a reboot is required to restore full functionality.
When either Moz or Firebird crashes, all instances and all tabs crash. It would be great if instances were completely separate from each other. I can buy more memory, if needed, much easier than I can repeatedly lose work.
I've seen the same crashing of Moz 1.3 under Linux with many instances and tabs open, when some tabs are closed. I reported the problem, and there was speculation that there was stack corruption. I hope this is fixed in 1.4.
Moz/Firebird are not perfect, but they are by far the best, in my opinion.
well sometimes i'm typing a url, then realize that i can't remember it anymore and decide to do a search instead.. the mozilla feature is absolutely the way of least resistance for this.. I know I'm having a bit of a wank over this thread but i do use it a lot honestly. I was using firebird from 0.3 onwards, then dumped it again because the feature wasn't there.
This looks more and more like a beta testing phase.
I'm having serious rendering problems after a few minutes (and several tabs) using Mozilla on Windows. It doesn't crash, but everything (including the buttons and links bar) deteriorates until I have to shutdown Mozilla and restart. Annoying.
I think I'll have to go back to Mozilla 1.3.
not to mention that Firebird also lacks the ability to be set to compare the page in the cache to the current page everytime the page is loaded. this ability is extreamly important if you read message boards which constantly change and need to be reloaded in order to view new content.
-Cnik
here is an intersting website by a moz developer (which sadly is not a parody but the REAL thing.. this guy is dead serious). http://mithgol.pp.ru/Mozilla/
Both sad and funny at the same time.
The war with islam is a war on the beast
The war on terror is a war for peace
I agree that the term "release candidate" *sounds* like it's expected to be a final release, and that may be true of some RC1 releases. However, it is a misleading characteriation of how the process is often meant to work (as indicated by the very fact that they're called RC1, instead of just RC -- RC2 is not unexpected) If all RCs were considered final until proven otherwise, we'd never see an announced "final release candidate", would we?
An RC1 gets tested more than mere alpha/betas, and that higher level of testing is *necessary* for a reliable release. If they didn't release RC1s with a few known issues, the actual release would not be as "final" (e.g. programs, chipsets, etc. often don't have fully stable function or performance on all features until the "A" version. Real world RC strategy is an up-front recognition of the realities that toss minor monkey wrenches in the best intentions of the engineering and testing departments.
An RC1 may be released with "minor" known bugs to help debug them, assess severity in the universe of real users, choose workable trade-offs, and enlist user aid in creating fixes for specific configs. Often a well thought-out Release Candidates contains chunks of testing/debugging code that is not meant to be in the final release. No matter what you might expect from the term, a 'Release Candidate" is usually not identical to the final release, even if it passes user testing with flying colors. This fact kills the simplistic assumption of many end users (we've all seen the rare release problems when debug code is removed from a stable RC)
The more intense RC testing typically turns up a handful of issues (nothing is bug-free). Some can be fixed cleanly once noticed. Others require testing beyond the abilities of the staff. Intermediate versions may be needed to work out the intricacies of the fixes across, say, all hardware and software configs. If intermediate versions are relabeled as "mere" betas, they won't get the testing that an RC gets, and the debugging could be delayed by months. If an RC1 includes 3 subtle issues, would you insist they all be "fully fixed" before an RC2 in 12-16 wks, or would you be happier if a RC2 with 'testing code' for one of more of those subtle bugs led to a fully functional RC3 (or 4) in 4-8 weeks?
That's why you rarely see post-RC1 'non-RC betas', and why we often hit RC3 or more: it's not that completely new issues arise in RC1/2/3, it's that downgrading from RC to v1.39b3 would have a psychological effect on the amount of deployment and testing, and project leaders know it
Is it just me or does the cursor in Moz/FB hover over the last character typed thus making it extremely painful to edit text on web forums like this one? How hard would it be for someone to move the cursor a few pixels to the right? I used to be a die hard IE fan, then I got into Opera, but got sick of the 30% of sites that Opera failed to render. I've been using Firebird as my main browser on win32 and While it's still not as polished and bug free as IE (see above), I've come to find many of its offerings to be of superior quality/usability over IE's. Tabbed browsing never really worked for me on win32 with Opera, but "just works" in Moz/BF. I'd prefer the interface to act more like a standard windows one, however, that's another slight bugbear of mine. For example, an extra mouse click is required when selecting text in the address bar or forms to stop it from thinking I want to drag the text to another form/window. Perhaps there's an option in the Advanced Options extension I recently downloaded, or perhaps that's just "the way it works". Either way, I'm sure I can get used to it. Thumbs up Moz/FB developers - you've done yourself proud.
Using the developer preview for Panther, Mozilla refuses to work.
I hope they can get this issue fixed before the Gold Master.
I really hope there is a Mozilla 1.5 ... the roaming code finally is about done and it would be really nice to have a final version of the monolithic Mozilla that includes roaming. It is one of the biggest corporate (and geek for those of us who implemented it at home) features that never got recoded into Mozilla from Netscape 4.x
0 29
/. ... copy and paste the link to see the item. It looks like it will go into Beonex and hopefully the standalone Mozilla browser, but alot of companies have adopted the monolithic Mozilla and it will be some time after the change to standalone versions before they switch again.
See this bug:
http://bugzilla.mozilla.org/show_bug.cgi?id=124
if you're interested in the feature. I didn't hyperlink it since their Bugzilla doesn't like requests referred from
It is more productive to voice thoughtful opinions (reply) than to judge (moderate) others.
I remember hearing talk quite a long time ago about plans to allow spellchecking of textboxes, such as on slashdot, from a menu in mozilla. Anyone know if this feature is still planned once the dictionary is offcially added in? I'm using Mozilla for the moment, as the spellcheck feature is broken in the cvs build of kde right now. And for the most part I actually prefer it to konqueror, but that spellcheck is to me the killer feature which dictates which I use.
Everything will be taken away from you.
you should be more interested in ssh:// support, sparky.