MozillaZine

Mozilla 1.4 Beta Released

Thursday May 8th, 2003

Mozilla 1.4 Beta was released yesterday. This release allows you to separately specify whether a blank page, your home page or the last page you visited loads when you initially start Navigator, open a new window or open a new tab. It's also now possible to specify the default font, size and colour of text when composing HTML mail and Mail & Newsgroups now has support for CRAM-MD5 authentication. Image blocking and disabling is now more flexible, allowing you to optionally view images that have not been loaded, and the 'Launch File' button in the download dialogue or Download Manager now works after downloading an executable. Proxy auto-config failover has also been implemented and Mozilla can now be built using GCC on Windows. Read the Mozilla 1.4 Beta Release Notes for more information and download the new version from the mozilla.org Releases page or the mozilla1.4b directory on mozilla.org's FTP site.


#1 Are there memory leaks?

by ed_welch

Thursday May 8th, 2003 1:50 AM

Reply to this message

I see this bug: <http://bugzilla.mozilla.org/show_bug.cgi?id=131456> Seems to have been more or less fixed for 1.3, but then regressed in 1.4 alpha. If you look at the last two comments it seems to indicate there are still memory leaks.

#2 XFT RPM builds

by stevek

Thursday May 8th, 2003 8:18 AM

Reply to this message

Does anyone know where one can find XFT RPM builds for 1.4? I didn't see any for 1.4a, although they might eventually show up for 1.4b..

#5 Re: XFT RPM builds

by erikreut <ere@webedge.dk>

Thursday May 8th, 2003 10:07 AM

Reply to this message

#6 XFT

by muerte

Thursday May 8th, 2003 10:37 AM

Reply to this message

Why is XFT not built into the standard binaries? I should be able to download a nightly build and have anti-aliased fonts. XFT is pretty standard in X, but not for Mozilla yet? That seems pretty hokey to me.

#7 Re: XFT

by bzbarsky

Thursday May 8th, 2003 10:53 AM

Reply to this message

> Why is XFT not built into the standard binaries?

Because up until 1.4b it was incredibly buggy? For example, almost all non-English text had issues with rendering. I _think_ this is fixed. If 1.4b is better, perhaps we can try to build XFT by default in 1.5a. Of course if having half the text on the page not show up is a good thing, we should have been building XFT in all along....

Also, there is currently no way that I know of to turn off the XFT rendering in XFT builds; since XFT is ridiculously slow (an order of magnitude slower than normal rendering at least) over remote X connections with no RENDER extension there needs to be a way to turn it off if we make this the default -- the alternative is to make Mozilla completely unusable on anything that's not a desktop Linux machine (eg on X terminals).

Finally, Mozilla runs on a rather wide range of Linux systems, many of which do not have XFT. We can drop support for these, of course, but that requires some thinking before it's decided on. Not sure how much of an issue this is now that we've moved to requiring glibc 2.2.

#10 More on XFT

by muerte

Thursday May 8th, 2003 12:40 PM

Reply to this message

I don't know a whole lot about XFT but would it be possible to detect whether or not the session is XFT capable at runtime? Or even just add a switch when running mozilla --xft or something? Or is adding XFT support an "all or nothing" thing?

#12 Re: Mozilla 1.3.1 Released

by asa <asa@mozilla.org>

Thursday May 8th, 2003 2:04 PM

Reply to this message

XFT is a buildtime option for Mozilla, not a runtime option. You make a build with or without XFT and if a user doesn't have XFT then an XFT enabled build don't work for him.

--Asa

#19 Re: Re: XFT

by james

Friday May 9th, 2003 12:01 AM

Reply to this message

Xft is similar speed to normal font rendering over network links if you turn off the antialiasing. With AA turned off, Xft doesn't need to transfer the background image to the client before compositing when the server doesn't support RENDER. If you are going to make comparisons, make sure you do a fair one. Also note that fontconfig/Xft won't need to transfer the glyph metrics from the server for the fonts it uses, which is a big win with unicode or asian fonts.

To speed things up further, the GTK maintainer was suggesting the addition of an API so that applications that knew what they were doing could hook the background transfer. Since most apps or toolkits know what they are going to draw onto (usually because they have painted it white or grey just beforehand), they don't need to ask the server for the background a lot of the time. This substantially increases AA rendering speed for servers without RENDER.

#20 Re: Re: Re: XFT

by bzbarsky

Friday May 9th, 2003 12:34 AM

Reply to this message

That was a comparison of "Mozilla build with XFT support" vs "'normal' Mozilla build". I know XFT can be faster if told to be so, but as long as the XFT Mozilla builds don't tell it so the point is moot.

#29 Those aren't XFT

by stevek

Monday May 12th, 2003 7:25 AM

Reply to this message

At least, unless they changed the naming convention on me.. the XFT builds used to be in Red_Hat_8x_RPMS/xft, while non-XFT was in Red_Hat_8x_RPMS/gtk2.

#30 Aha, Redhat has them in rawhide..

by stevek

Monday May 12th, 2003 7:29 AM

Reply to this message

I'm downloading 1.4b RPMS from RedHat now. I'm guessing these are the XFT builds.

#3 all images blocked until unblocked?

by leonya

Thursday May 8th, 2003 9:45 AM

Reply to this message

It looks like all images for any site with a port number specified (<http://site.com:1234/etc>) automatically have images blocked from until I specify "Unblock images from this site". Anybody else seeing this?

#4 Re: all images blocked until unblocked?

by leonya

Thursday May 8th, 2003 9:47 AM

Reply to this message

that link was just an abstract example (http :// site.com:1234/etc)

#8 Where's the src tarball

by krausedw <mozilla@davidkrause.com>

Thursday May 8th, 2003 12:40 PM

Reply to this message

I see several binaries for download, but no src tarball.

#21 Re: Where's the src tarball

by bzbarsky

Friday May 9th, 2003 12:35 AM

Reply to this message

The tarball always takes a few extra days to package due to simple shortage of manpower.

#9 Where's the src tarball

by krausedw <mozilla@davidkrause.com>

Thursday May 8th, 2003 12:40 PM

Reply to this message

I see several binaries for download, but no src tarball.

#11 Re: Where's the src tarball

by krausedw <mozilla@davidkrause.com>

Thursday May 8th, 2003 12:41 PM

Reply to this message

Oops, ignore the duplicate message.

#13 Firebird's dead

by leet

Thursday May 8th, 2003 4:11 PM

Reply to this message

In case anyone missed this missing news item, Firebird is officially dead.

<http://news.com.com/2100-1032_3-1000146.html>

Yes, I told you so.

#14 Great!

by DMor

Thursday May 8th, 2003 4:50 PM

Reply to this message

Now we can focus our energies on killing you :p.

#15 Why???

by pkb351 <pbergsagel@shaw.ca>

Thursday May 8th, 2003 4:58 PM

Reply to this message

...

#16 Re: Mozilla 1.3.1 Released

by asa <asa@mozilla.org>

Thursday May 8th, 2003 5:17 PM

Reply to this message

another paul festa article with no input or quotes from anyone at mozilla.org.

that's news for sure. afterall, festa never reports incorrectly on mozilla-related topics. ever. he's completely un-biased and always gets his facts straight.

(end sarcasm)

--Asa

#17 Re: Firebird's dead

by erickleung

Thursday May 8th, 2003 9:26 PM

Reply to this message

May be it is a good time to create cutie name for the final product such as

Mozilla Browser --> Glan(ce)Zilla Mozilla Mail --> MailZilla Mozilla Editor/composer --> ForgeZilla Mozilla Chat (ChatZilla) ....

#23 Er... or maybe not

by leafdigital

Friday May 9th, 2003 3:47 AM

Reply to this message

hahaha, no.

Wait, that *was* a joke, right?

BTW I have to agree with 'leet' that it is **utterly bizarre** MozillaZine didn't actually post a proper news item about the branding policy/backdown way back when it came out. (Maybe it's being spun differently but that's what it was.) Is this a breakdown of news integrity on the site? If so, I don't really understand it, as there were posts on all *previous* developments in the controversy. If it was just an oversight, I don't really understand it either, as it's basically the end of the main story that had dominated the site for a week or so. (Yeah they linked to the branding policy a couple times, but no news item saying what it said...)

I think it's a good thing, although I think the Firebird SQL bastards also need a good kicking for their ridiculous gamesmanship, self-promotion, and claim to ownership of a widely used name - I thought that was the way huge evil companies (like AOL) behaved, not little (and, evidently, evil) open-source projects. Roll on MySQL, that's what I say, and I hope I never hear of 'FirebirdSQL' again...

But anyway, the firebird name sucked so I'm glad it's gone, except as a codename. And the mozilla name's good so I'm glad it's here to stay.

--quen

#25 Re: Er... or maybe not

by AlexBishop <alex@mozillazine.org>

Friday May 9th, 2003 8:25 AM

Reply to this message

"BTW I have to agree with 'leet' that it is **utterly bizarre** MozillaZine didn't actually post a proper news item about the branding policy/backdown way back when it came out. (Maybe it's being spun differently but that's what it was.)"

There was an article about the policy the day after it was published: <http://www.mozillazine.or…alkback.html?article=3110>

If you mean the whole mozilla.org backdown/victory for the Firebird database people, that exists entirely in the head of Paul Festa: <http://news.com.com/2100-1032_3-1000146.html>

There probably will be an article about the News.com report but we're trying to get a more concrete idea of mozilla.org's real position (something you'll note was conspiciously missing from the News.com article) before publishing it.

Alex

#26 Re: Er... or maybe not

by Tanyel <tanyel@straightblack.com>

Saturday May 10th, 2003 8:57 PM

Reply to this message

"the Firebird SQL bastards also need a good kicking for their ridiculous gamesmanship"

That sentence is "ridiculous gamesmanship."

"self-promotion, and claim to ownership of a widely used name"

Mozilla did that and put a TM after the name.

"I thought that was the way huge evil companies (like AOL) behaved, not little (and, evidently, evil) open-source projects"

It would not have been an issue if AOL did not purchase an evil little open source project.

"I hope I never hear of 'FirebirdSQL' again"

I hope I never hear of Mozilla Firebird again.

#27 Re: Re: Er... or maybe not

by tono

Saturday May 10th, 2003 10:36 PM

Reply to this message

Then you should probably stop trolling Mozillazine looking for attention. That would be my suggestion to never hearing of Mozilla Firebird again.

#28 Re: Re: Re: Er... or maybe not

by Tanyel <tanyel@straightblack.com>

Saturday May 10th, 2003 10:52 PM

Reply to this message

"Then you should probably stop trolling Mozillazine looking for attention. That would be my suggestion to never hearing of Mozilla Firebird again."

You can call me a troll until Windows becomes stable and Mozilla will still be as corrupt as Microsoft. Some roach may eliminate me from MozillaZine, or I may leave on my own, but Mozilla will still be corrupt. I do not have to look for attention. Attention looks for me. If you took the time to read my posts, you might realize I am right. Mozilla could be a more popular browser if the developers considered Mozilla's criticism rather than attempting to silence it.

#18 Re: Firebird's dead

by erickleung

Thursday May 8th, 2003 9:33 PM

Reply to this message

May be it is a good time to create cutie name for the final product such as

Mozilla Browser --> Glan(ce)Zilla Mozilla Mail --> MailZilla Mozilla Editor/composer --> ForgeZilla Mozilla Chat (ChatZilla) ....

#22 Missing mail export

by sn0wflake <sn0wflake@tdcadsl.dk>

Friday May 9th, 2003 3:06 AM

Reply to this message

I read in Mozilla 1.4 Beta's help that there should be and Export option in the Tools menu. My question is, where is it?

#24 Re: Missing mail export

by AlexBishop <alex@mozillazine.org>

Friday May 9th, 2003 8:08 AM

Reply to this message

"I read in Mozilla 1.4 Beta's help that there should be and Export option in the Tools menu. My question is, where is it?"

I only see 'Import...' However, Mozilla stores mail in the mbox format, which virtually all programs can read, so you should be able to import it directly from another application.

Address books are stored in their own funny format, so there's an 'Export...' menu item there.

Alex

#31 Problem using 1.4b & 1.3.1 with Mcafee Firewall

by nickb

Thursday May 15th, 2003 1:49 AM

Reply to this message

I'm having the following problem with both 1.4b and 1.3.1. 1.3 doesn't have this problem.

Everytime I start Mozilla my McAfee Firewall (3.02) it says the application has changed since it was last run and asks me if I want it to access the internet. When I tell it to fully allow access it then says Mozilla is trying to use 'outbound TCP port xxxx' and I have to allow that as well. If I then close Mozilla and start it again it goes through the same process.

One thing I have noticed is that the port number Mozilla is using keeps changing (1034, 1134, 1140, 1161 & 1165 to name just a few).

I noticed it when I installed 1.4b, I then decided to try 1.3.1 and that behaved the same. I went back to 1.3 which doesn't have the problem.

Has anyone else come across this problem?

Thanks Nick

#32 Re: Problem using 1.4b & 1.3.1 with Mcafee Firewal

by nickb

Monday May 19th, 2003 6:51 AM

Reply to this message

Sorted!