« 2004-03-07 Builds
2004-03-09 Builds »

2004-03-08 Builds

  • Fixed in late builds: 236619 - weird gray line under menubar
  • Fixed: 236659 - Crash when using URL bar autocomplete too soon after startup
  • Continued regression: 236711 - Options window is too narrow
  • Continued regression: 236607 - File > Import crashes
  • Continued regression: 236673 - Crash when starting without a profile
  • Continued regression: 234966 - crash scrolling with mousewheel (for a few users)
  • Continued regression: 234576 - Autoscroll crashes (for some users)
  • Continued regression: 234717 - Right-clicking a in a *subfolder* of the bookmarks menu makes that folder inaccessible if nothing is selected on the context menu
  • Continued regression: 234116 - Context menu commands don't work in *subfolders* of bookmarks menu.

Windows builds: Official Windows in latest-trunk (late) (URL points to the latest build, not to this specific build) (discussion), Official Windows installer is broken, aebrahim's official-nightly-like build, BlueFyre's O2 G7 SSE

In the official Windows build, firefox.exe's default icon is a flame-F in front a sheet rather than a globe. I think this is a bug.

Linux builds: Official Linux, Official Linux+xft+gtk2, daihard's xft+gtk2 SSE2, aebrahim's xft+gtk2, MrC's xft+gtk2 SSE2

Mac builds: Official Mac

This entry was posted on Tuesday, March 9th, 2004 at 1:08 am and is filed under Trunk. You can follow any responses to this entry through the RSS 2.0 feed. Both comments and pings are currently closed.

6 Responses to “2004-03-08 Builds”

  1. Brad Says:
    March 9th, 2004 at 10:24 am

    Not sure how much of a “bug” this is, but my large table render benchmark shows a significant decrease in performance in the nightlies since the 0.8 release. The build I am running (Gecko/20040228 Firefox/0.8.0+) is after the new string code which reportedly increased performance by 3%, but apparently table rendering has been horribly broken. The benchmark is consistent at about 6-8 seconds using the 0.8 release, but it’s up to 35-50 seconds with this nightly. Very strange indeed. see: http://xkr.us/bench/results.html

  2. Robin Says:
    March 9th, 2004 at 3:53 pm

    Brad, that test renders in ~5secs for me. If it’s broken, it’s broken after 26th feb. Is there a bug for it?

    Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040226 Firefox/0.8.0+ (mmoy)

  3. Stephen Says:
    March 9th, 2004 at 4:49 pm

    Took 10-11 seconds with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040306 Firefox/0.8.0+ and Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040308 Firefox/0.8.0+ (This latest nightly). And that’s over the network, not local like the tests those results are for.

  4. Brad Says:
    March 9th, 2004 at 5:14 pm

    Well after a tiresome bug chasing, I found out that one preference was causing the slowdown. I had mistakenly overlooked this when comparing the profiles.
    user_pref(“content.notify.interval”, 100);
    That pref there, no matter what the value is set to, slows that page render significantly. I was averaging about 33000ms and now that I removed it, I’m averaging 2200ms. So much for the Tips and Tricks section on texturizer.net. :P

  5. Jesse Ruderman Says:
    March 10th, 2004 at 6:31 am

    I don’t see that pref mentioned in the Tips and Tricks section of texturizer.net. If it’s still there, where is it?

  6. johnleemk Says:
    March 12th, 2004 at 12:20 am

    11217 milliseconds on Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040308 Firefox/0.8.0+. After removing that pref, it’s done to roughly 8500 milliseconds. Hm…