2005-10-25 evening Branch builds (Firefox 1.5 RC1)

If no major issues are found, these builds (along with more localizations) will become Firefox 1.5 RC1 on Tuesday. There are currently no known Firefox 1.5 blockers. For more information, see Asa's post, Marcia's post at the QA blog, and bz's post.

Software update fixes:

  • Fixed: 312670 - Software update does not set updates.xml correctly after successful install.

Fixes for regressions:

  • Fixed: 313673 - Tooltip (with incorrect text and position) in search bar drop down.
  • Fixed: 313639 - [Mac] Phantom Scrollbars are back. (Fixed by backing out the fix for bug 311399.)

No known major regressions.

Gecko 1.8 branch checkins between 2005-10-25 14:00 and 2005-10-26 06:00

Windows builds: Windows nightly, Windows hourly (discussion)

Linux builds: Linux nightly, Linux hourly

Mac builds: Mac nightly, Mac hourly

Update: changed links to point to 2005-10-25-19 instead of 2005-10-26-0x, because 2005-10-25-19 are the candidates for RC1. The two sets of builds should be the similar because there were only Camino-only checkins between them.

14 Responses to “2005-10-25 evening Branch builds (Firefox 1.5 RC1)”

  1. wex Says:

    here’s a display bug: try browsing PEARPC.NET and look at the left menu.
    Sorry my english is not good .. anyone could post this bug in mozilla bugtracker?


  2. Moktoipas Says:

    wex>> This website work for me
    Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051026 Firefox/1.5 ID:2005102603

  3. wex Says:

    works for me too.. but it doesn’t look good …
    with firefox
    with ie


  4. Matt Nordhoff Says:

    It looks a bit better for me in Firefox 1.5. It looks the same as that in Opera 8.5. It actually looks fine in Konqueror 3.3.2.

    But, it doesn’t validate at all. Until it does, I’m blaming the website.

  5. nesastnik Says:

    bug bugs bugs and bugs…

    there is no reason to report bugs to those mozilla coders, but today I am really in good mood so I report one which bothers me for last 10 years here…

    OK, in any version, try FULL SCREEN(f11) and go back or switch off browser. NOW open it, and it won’t be maximized as it was previously, so it doesn’t remember state.

    Question is: IF AT LEAST those MILION coders working on FF would actually use it, we would be much further. It is simply a joke project, I can’t wait for IE7 after some recent news. AT LEAST in MS knows what it is to have ZBS, zero bug status. NOTE: ASP2.0 achieved it YEAR AGO and nowadays it is still testing and it is still not final. THIS IS coding, not this mess of shit that FF coders are producing over and over again.

    FF coders are lame as the FF code is lame. IT is simply a fact of life.

  6. S. Carson, Jr. Says:


    The Linux build is displaying the wrong date in Help/About Mozilla Firefox :-( It displays; Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20051025 Firefox/1.5 & should display; Gecko/20051026.

  7. tester Says:

    Re: Carson jr.

    So is the Windows build: “Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8) Gecko/20051025 Firefox/1.5”

    I can’t check file version of firefox.exe(date modified etc.) because I don’t have enough credentials to do even a simple right click atm and all writen/unpacked files are dated from today – so sorry.

    But the thing is, when they need to change “About dialog box” date manually before creating a new build, it’s sounds very weird I must say. Should be done automatically either by a build process itself(automake or smlt) or by a program code of Firefox, based on the date the build is beeing taken.

    Because if they always need to handwrite the date to about box dialog – eh I hope not – it would be a joke. I guess they are not THAT lame as would nestastnik suggest.

  8. noa Says:


    There’s already a ticket for that bug here, which has been around for quite a while. Doesn’t seem mission critical to me, though – in fact, I suspect you’re just being inflammatory on purpose

  9. nestastnik Says:

    inflammatory on purpose, yes you are right.

    because I can’t stend some bugs and some new bugs showing here all the times, never to stop, and we all must realize (and many many do) that bugs listed here are just few that actually plagues GECKO/FF/XUL and development as a whole. When I began to use phoenix I hoped for new fresh start – alternatively a refresh, after those years I am still getting bugs like:

    – Not able to type in textbox of the main window after download completes.

    and many more funny bugs like this…someone will talk about broken focus here but there are really funny bugs and bugfix all over here. Hope I will get some time and make a funny collection finnaly.

    Coding a real project you can’t have bugs like this, but it seems XUL hasn’t evolved right or the language C is really getting anachronous this time.

    I can write bug free and feature rich web browser using .NET20 in a week. That’s because of awesome quality of FCL library and beautifuly power of language that C# is. Obviously OOP and good framework wins here big time. Wish mono would be far far more ahead.

  10. Rowan Lewis Says:

    Or perhaps its because a huge heap of the code has been reworked, including the focusing?

    And perhaps you’re a useless wanker. Go use the stable builds.

  11. alexk Says:

    I have updated my build to 20051024 and encounter 2 bugs :
    They concern the download manager :
    -When a server support only 2 current downloads and i’m already downloading two files, if i click a third link then the third download will start only when one of the others is finished, that’s normal. But if i leave the page (for exemple, by closing the tab), the third download will never launch.
    – Also, in the same case, if two downloads are launched, if i click on TWO other links, only the last one will be loaded when one of the first two finishes. So if i wan’t to download 10 files from a site which supports only two downloads, i have to click on three links (two files are launched and one is “enqueued” but not visible in the download manager) and when a tranfers completes, i can enqueue another one file but only one.

    if anyone encounter these bugs tell me please. Thanks.

  12. Jesse Ruderman Says:

    You can update from Firefox 1.5 Beta 2 to this build by editing channel-prefs.js and changing “beta” to “betatest”. The partial update is less than 1MB for all platforms (Win32, Mac PPC, Linux x86). The channel-prefs.js file is inside the application directory (on Mac, right-click the application and select “Show Package Contents”).

  13. Jesse Ruderman Says:

    Looks like some localized versions are available: http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/1.5rc1-l10n-candidates/

  14. bugs Says:

    The “Find” bug between multiple tabs still exists. Open a group of bookmarks in tabs, do a Find in one tab, switch to another tab and try to do a Find. Broken since Beta 2. Works fine in Beta 1.