Slashdot Mirror

I have noticed the same thing also and wonder if it is related to "Bugzilla Bug 246974: CPU usage reaches 99% and will not go down".

Hmm, it looks like Slashdot stripped the &lang from these URLs. The correct URLs (in HTML mode this time with me escaping the ampersands) to get Firefox 1.5 from our redirector (which has the most bandwidth and thus is the most likely to get you the file fast) are:

Hmm, it looks like Slashdot stripped the &lang from these URLs. The correct URLs (in HTML mode this time with me escaping the ampersands) to get Firefox 1.5 from our redirector (which has the most bandwidth and thus is the most likely to get you the file fast) are:

Hmm, it looks like Slashdot stripped the &lang from these URLs. The correct URLs (in HTML mode this time with me escaping the ampersands) to get Firefox 1.5 from our redirector (which has the most bandwidth and thus is the most likely to get you the file fast) are:

You can still put IE Inside (tm). See IE Tab extension. I know I do, but only for those Websites that suck.

or... don't use IE

The firefox SVG is not the standard one.

I just open some works done by inkscape, the text on top of a plate is not displayed. Checking here:

http://developer.mozilla.org/en/docs/SVG_in_Firefo x_1.5

Firefox SVG is just a subset of SVG 1.1 but not any of the official profiles (Tiny, Basic, Full). So design a firefox webpage of SVG is tricky. Also, avoid direct use of fonts because fonts in different machines could be different.

I have never observed this bug... maybe because I use the "Super Drag and Go" firefox extension. Thus, maybe you could install Super Drag and Go as a workaround for your bug. The bonus is that Super Drag and Go is also very useful. You just drag-and-drop links on webpages to open them. It's easier (in my opinion) than using Ctrl+click (and directional dragging controls whether it opens in foreground or background). You can find it at:
https://addons.mozilla.org/extensions/moreinfo.php ?id=137

(Note: This extension claims not to be compatible with FF1.5, but it is. Just follow the instructions in the comments for the extension. Briefly, you download the extension, open it like a zip, and modify the "install.rdf" file so that the max version number is 1.5 instead of 1.07 or whatever. Then save and load the xpi in FF.)

This release is not just for firefox 1.5 but also a redesigned addons.mozilla.org

And you'd be right if you wanted to stay out of beta territory, because this is indeed RC3, not final.

(I'm running it right now and it's very stable, but your prerogative.)

I checked, the torrented file hash matches that in MD5SUMS. Should be OK (unless the NSA is trying to hax0r everyone)

This seems to be live.

http://download.mozilla.org/?product=firefox-1.5&o s=win&lang=en-US

Please do *NOT* download it from ftp.mozilla.org. Please instead use our redirector, which has a lot more bandwidth:

Windows: http://download.mozilla.org/?product=firefox-1.5&o s=win&lang=en-US
Mac OS X: http://download.mozilla.org/?product=firefox-1.5&o s=osx&lang=en-US
Linux: http://download.mozilla.org/?product=firefox-1.5&o s=linux&lang=en-US

Or, if you need a different language, get it from releases.mozilla.org, which doesn't have as much bandwidth as the redirector but still has *much* more than ftp.mozilla.org:

http://releases.mozilla.org/pub/mozilla.org/firefo x/releases/1.5/

Please do *NOT* download it from ftp.mozilla.org. Please instead use our redirector, which has a lot more bandwidth:

Windows: http://download.mozilla.org/?product=firefox-1.5&o s=win&lang=en-US
Mac OS X: http://download.mozilla.org/?product=firefox-1.5&o s=osx&lang=en-US
Linux: http://download.mozilla.org/?product=firefox-1.5&o s=linux&lang=en-US

Or, if you need a different language, get it from releases.mozilla.org, which doesn't have as much bandwidth as the redirector but still has *much* more than ftp.mozilla.org:

http://releases.mozilla.org/pub/mozilla.org/firefo x/releases/1.5/

Please do *NOT* download it from ftp.mozilla.org. Please instead use our redirector, which has a lot more bandwidth:

Windows: http://download.mozilla.org/?product=firefox-1.5&o s=win&lang=en-US
Mac OS X: http://download.mozilla.org/?product=firefox-1.5&o s=osx&lang=en-US
Linux: http://download.mozilla.org/?product=firefox-1.5&o s=linux&lang=en-US

Or, if you need a different language, get it from releases.mozilla.org, which doesn't have as much bandwidth as the redirector but still has *much* more than ftp.mozilla.org:

http://releases.mozilla.org/pub/mozilla.org/firefo x/releases/1.5/

Please do *NOT* download it from ftp.mozilla.org. Please instead use our redirector, which has a lot more bandwidth:

Windows: http://download.mozilla.org/?product=firefox-1.5&o s=win&lang=en-US
Mac OS X: http://download.mozilla.org/?product=firefox-1.5&o s=osx&lang=en-US
Linux: http://download.mozilla.org/?product=firefox-1.5&o s=linux&lang=en-US

Or, if you need a different language, get it from releases.mozilla.org, which doesn't have as much bandwidth as the redirector but still has *much* more than ftp.mozilla.org:

http://releases.mozilla.org/pub/mozilla.org/firefo x/releases/1.5/

the Download Sort extension is pretty useful. (*.gz into ~/src, *.jpg into ~/pr0n, etc) I gotta say I do like the font they are using now in FF1.5 in this comment entry box. I think I edited the ~/.mailcap file to fix my *.torrent opening issues...

I suppose this official website isn't good enough for you?

No way I will download something from those Sweden pirates sites!
OMG! you will be visited by the MPAA soon! =oP

Anyway, just for the sake of completness, I was just looking at the "Roadmap" for Firefox 2.0,3.0.
It seems that the once "sleek, fast and stand alone browser" will continue to be bloated and bloated with features.

Why, o why dont the just freeze the 1.5 release and try to fix EVERY bug in the bugzilla database!

For example, I have installed the 1.5 version, and still the Find function does not work as expected on multiple frames (Java Api Documentation). There has been a bug filed on bugzilla for quite some time now (one year IIRC).

That's not Mozilla's job at all. Their job is to produce the best web browser, it's up to all the distribution maintainers to provide packages for thier flavors.

Mozilla already invests a tremendous amount of time, effort, and money in maintaining a three-platform build farm http://tinderbox.mozilla.org/showbuilds.cgi?tree=F irefox. Do you really want them spending their time trying to figuring out the nuances of the top five distributions as well?

Actually... it kinda is...

http://download.mozilla.org/?product=firefox-1.5&o s=win&lang=en-US

Just modify the version number from 1.0.7...

Until i see it on the official Firefox Website http://www.mozilla.org/products/firefox/ I ain't downloadin' squat.

Again, at the risk of being modded offtopic...

Firefox 1.5 is available for download from the Mozilla FTP site.

ftp://ftp.mozilla.org/pub/mozilla.org/firefox/rele ases/1.5

Has this been filed as a bug ...?

At the risk of being modded offtopic... Firefox 1.5 is available at the Mozilla FTP site. ftp://ftp.mozilla.org/pub/mozilla.org/firefox/rele ases/1.5

Is already on the mirror servers...

I downloaded it from here myself

http://ftp.mozilla.org/pub/mozilla.org/firefox/rel eases/1.5/win32/en-US/

Solution:
Update to version 1.0.7.
http://www.mozilla.org/products/firefox/

Doh !

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920 Firefox/1.0.7

Does anyone think that a very handy Firefox add-on would be a button attached to this kind of dialogue that would instantly kill all Javascript scripts stone dead for the page?

No script seems to be what you are looking for.

Does anyone think that a very handy Firefox add-on would be a button attached to this kind of dialogue that would instantly kill all Javascript scripts stone dead for the page?

You mean like the NoScript extension? I know MSIE could definitely use this feature.

Although it's not as severe.

https://bugzilla.mozilla.org/show_bug.cgi?id=31733 4

From http://docs.kde.org/development/en/kdebase/faq/web browser.html :

9.12.

Can Konqueror use user-specified stylesheets, like those in the Firefox adblock extention?

Yes, you can set Konqueror to use any kind of valid css stylesheet to filter webcontent or improve accessibility. From the Konqueror main window simply click Settings->Configure Konqueror... and select Stylesheets. Set the radio button to Use user-defined stylesheet and browse to where the stylesheet you want to use is located. Alternatively, you can select Use accessibility stylesheet defined in "Customize" tab and then set your own options.

An example of css rules that implement ad blocking can be found at: http://www.mozilla.org/support/firefox/adblock.

Revision 3.4 (2005-01-19)

Firefox developers [...] ignore several working fixes for no good reason! ... https://bugzilla.mozilla.org/show_bug.cgi?id=45375

Comment #43 From Robert O'Callahan (Novell) 2005-11-23 19:17 PST I think the basic problem here is that we don't know how box-wrapped blocks are supposed to behave.

So the problem really is that they are trying a bit too hard to fix it correctly, but they don't yet know which the correct way is.

Firefox developers [...] ignore several working fixes for no good reason! ... https://bugzilla.mozilla.org/show_bug.cgi?id=45375

Comment #43 From Robert O'Callahan (Novell) 2005-11-23 19:17 PST I think the basic problem here is that we don't know how box-wrapped blocks are supposed to behave.

So the problem really is that they are trying a bit too hard to fix it correctly, but they don't yet know which the correct way is.

On its own (and given an idiot behind the keyboard) I will admit that it is a gaping security hole. That is why there is an official, secure extension site. The vast majority of firefox extensions in popular use are hosted there, and the whole thing is controlled by the people who write the browser.

So, what does all this tell you? What it should tell you is that the extension mechanism in FF is flawed. Since the FF extenstions can not be properly confined you will always run the risk of malfunctional or malicious extensions accessing and consuming browser resources that it shouldn't.

No, what it should tell you is that bad extensions are bad. The mechanism is not flawed, some extensions using it are. FF extensions are meant to become part of the browser once installed, which means that by default they should be able to do anything else the browser can. A malicious extension getting on your system and screwing with things is your own damn fault, not a problem with FF. Poor coding and bugs are obviously always an issue, but that is too general to really be relevant here.

The good news is that since (to my knowledge) FF extensions are written in XML and ECMAScript rather than, e.g., C, it should in theory be possible to control to a better extent which and how many resources an extenstion has access to.

This is actually sort of done. There is a special context for XUL applications loaded from the net. They get roughly the same access as a regular web page. XUL applications are not browser extensions, but they are the closest thing to it that fits what you are saying. Extensions are meant to be either trusted or not installed. They have no special security context as they were designed to run as part of the browser. In short they are not activex controls, so do not treat them as such.

And as for Opera not having the same possibilities for extensions as FF, this is IMHO a wise move.

I don't really think so. What it means is that people who want more from Opera are stuck waiting for them to make the changes. Someone with the right knowledge, or just the motivation to do it, could add what they want to firefox.

You might find ColorZilla vaguely useful. It's not designed primarily for zooming in and out per se, but it does zoom in the way you describe.

Jesus Christ man. There are almost 4,000 open bugs for the Mozilla Project older than a year that are major, critical, or blockers and you're complaining that the OP is the problem? That's just pure ineptitude. You must be of the Mozilla team.

Speaking of Mozilla, it's not as dead as the Mozilla Foundation wishes - see the project page here. 1.0 Alpha is based on the same Gecko engine as Firefox 1.5 beta 5, and 1.0 beta will probably be based on Gecko 1.8 RC3 or 1.8 final.

Hell, Mozilla has ignored it, too. It's available for Mozilla as an add-on, but why isn't it IN there now?

Because the Firefox developers never play politics and ignore several working fixes for no good reason!

https://bugzilla.mozilla.org/show_bug.cgi?id=45375

There is at least one thing wrong with Firefox. According to the releases notes, "The preferred abbreviation is 'Fx' or 'fx'.". But almost every one uses 'FF'. They should listen the users ;)

And it does so quite purposefully, deep in the Mozilla core:

// First, replace all nbsp characters with spaces,
// which the unicode encoder won't do for us.
static PRUnichar nbsp = 160;
static PRUnichar space = ' ';
aString.ReplaceChar(nbsp, space);

So, when you edit a wiki page, not only are the non-breakable spaces you just inserted not saved, but all the ones that were already present on the page are also destroyed. Way to please your fellow wikizens!

Note that this also affects sending mail in Mozilla (and probably Thunderbird), uploading files, etc. Patches have quickly been proposed, rejected, accepted for inclusion in the next next next release, someday, maybe.

Bugzilla entries:

• no-break spaces in submited text are replaced by breakable spaces (please vote for that one)
• non-breaking space turned into space (which got closed, way to get rid of 40 votes)
• Mozilla uploads wrong / empty file / does not upload file when filename or pathname includes no-break space ASCII character 160 ( )
• Non-breaking spaces are converted to spaces in mail composer

And it does so quite purposefully, deep in the Mozilla core:

// First, replace all nbsp characters with spaces,
// which the unicode encoder won't do for us.
static PRUnichar nbsp = 160;
static PRUnichar space = ' ';
aString.ReplaceChar(nbsp, space);

So, when you edit a wiki page, not only are the non-breakable spaces you just inserted not saved, but all the ones that were already present on the page are also destroyed. Way to please your fellow wikizens!

Note that this also affects sending mail in Mozilla (and probably Thunderbird), uploading files, etc. Patches have quickly been proposed, rejected, accepted for inclusion in the next next next release, someday, maybe.

Bugzilla entries:

• no-break spaces in submited text are replaced by breakable spaces (please vote for that one)
• non-breaking space turned into space (which got closed, way to get rid of 40 votes)
• Mozilla uploads wrong / empty file / does not upload file when filename or pathname includes no-break space ASCII character 160 ( )
• Non-breaking spaces are converted to spaces in mail composer

And it does so quite purposefully, deep in the Mozilla core:

// First, replace all nbsp characters with spaces,
// which the unicode encoder won't do for us.
static PRUnichar nbsp = 160;
static PRUnichar space = ' ';
aString.ReplaceChar(nbsp, space);

So, when you edit a wiki page, not only are the non-breakable spaces you just inserted not saved, but all the ones that were already present on the page are also destroyed. Way to please your fellow wikizens!

Note that this also affects sending mail in Mozilla (and probably Thunderbird), uploading files, etc. Patches have quickly been proposed, rejected, accepted for inclusion in the next next next release, someday, maybe.

Bugzilla entries:

• no-break spaces in submited text are replaced by breakable spaces (please vote for that one)
• non-breaking space turned into space (which got closed, way to get rid of 40 votes)
• Mozilla uploads wrong / empty file / does not upload file when filename or pathname includes no-break space ASCII character 160 ( )
• Non-breaking spaces are converted to spaces in mail composer

And it does so quite purposefully, deep in the Mozilla core:

// First, replace all nbsp characters with spaces,
// which the unicode encoder won't do for us.
static PRUnichar nbsp = 160;
static PRUnichar space = ' ';
aString.ReplaceChar(nbsp, space);

So, when you edit a wiki page, not only are the non-breakable spaces you just inserted not saved, but all the ones that were already present on the page are also destroyed. Way to please your fellow wikizens!

Note that this also affects sending mail in Mozilla (and probably Thunderbird), uploading files, etc. Patches have quickly been proposed, rejected, accepted for inclusion in the next next next release, someday, maybe.

Bugzilla entries:

• no-break spaces in submited text are replaced by breakable spaces (please vote for that one)
• non-breaking space turned into space (which got closed, way to get rid of 40 votes)
• Mozilla uploads wrong / empty file / does not upload file when filename or pathname includes no-break space ASCII character 160 ( )
• Non-breaking spaces are converted to spaces in mail composer

I'm not sure to what extent Firefox is to blame for how Flash runs; I wouldn't be surprised if, being proprietary software, the plugin didn't get much priority, or if fixing integration issues was difficult. I don't know if IE handles Flash any better, but given that IE is still very much the dominant browser, it wouldn't surprise me if Macromedia heavily customized Flash for it. I guess the main reason there's no popular open source Flash engine is that people place similar hopes in SVG. What I've seen of SVG in Firefox 1.5 looks promising for sure.

I believe there are a few extensions which seriously affect stability, performance and memory usage. If you use a lot of extensions, check the comments on the addons site. Chances are one of them has a memory leak. Should extensions be able to affect the browser in that way? No, but I'm not sure it can be done differently.

The fundamental problem with the extension approach (as opposed to a monolithic browser) is that when you have lots of modules with different maintainers, module quality can be quite low, which can affect the combined whole. It might be a good idea for Mozilla to "officially" provide a home for some extensions (including a quality review process), similar to the way the KDE project integrates mature applications.

I do believe that Firefox, due to its surrounding hype, is faced with a lot of pressure to innovate from version to version, and that this pressure can take energy and resources away from integration and consolidation. If it becomes too much of a problem, we'll see a very, very small fork of Firefox being hyped up, and Firefox becomes the new Mozilla.

</RANT>

Firefox is almost *NEW* everyday, With their user contributed addons such as themes and extensions http://addons.mozilla.org/

What other sites would be homepage for IE7? Possibly http://www.mozilla.org/projects/firefox/?

Norway: http://www.elkjop.no/
Finland: http://www.gigantti.fi/
Denmark: http://www.elgiganten.dk/
Iceland: http://www.elko.is/
Norway: http://www.lefdal.com/
Poland: http://www.electroworld.pl/
Czech R: http://www.electroworld.cz/
Hungary: http://www.electroworld.hu/
Sweden: http://www.pccity.se/

Microsoft says more is in store, including an option to view all tabs in a one-page thumbnail layout (absent in both Firefox and Opera)

I jumped on the Opera bandwagon when it went free (8.5?) and I thought it was great.

I ultimately went back to Ff because I didn't like the all-in-one browser/mail/etc. It had some issues on XP (install/uninstall oddities). It also crashed when I repeated the same word using Speak (like 100 times), but I should have seen that coming.

I even had to go grab Auto Refresh, Mouse Gesture, and QuickNote (with the All-in-One Sidebar, of course).