2009-10-03 Trunk builds


  • Fixed: 334697 - Implement pie-chart throbber.
  • Fixed: 453063 - Support for fullscreen video playback.
  • Fixed: 511771 - Lightweight themes. (Personas now work without installing an extension.)
  • Fixed: 514327 - Detect outdated plugins and offer upgrade path.
  • Fixed: 515354 - Create "about:memory". (Windows screenshot, Mac screenshot)
  • Fixed: 367596 - Create "about:support" page with troubleshooting information (e.g. list of extensions).
  • Fixed: 507970 - Support new web font format (WOFF) in @font-face.
  • Fixed: 518003 - Implement function to check whether element matches a CSS selector, mozMatchesSelector.
  • Fixed: 510110 - Extend MozAfterPaint with more features for testability of Gecko and Web applications.
  • Fixed: 516213 - Freshen WebGL implementation and enable on trunk. (If you set webgl.enabled_for_all_sites to true, these demos should work.)
  • Fixed: 482985 - Add hidden pref for whether a "busy" cursor is shown while pages load.
  • Fixed: 512854 - VACUUM places.sqlite database on daily idle once a month.
  • Fixed: 307791 - ES5: Implement Object.keys.
  • Fixed: 505587 - ES5: Implement Object.getOwnPropertyDescriptor.
  • Fixed: 495325 - ES5: Make indirect eval act like global eval.
  • Fixed: 209275 - Mozilla doesn't update link's/hrefs when changing base href.
  • Fixed: 372980 - XPInstall reports "(Author not verified)" when signing certificate has no organization subject.
  • Fixed: 513817 - [Windows] Switch scrolling to 6 lines in the default case.
  • Fixed: 456646 - [Mac] Replace Carbon printing dialog with Cocoa one.

Fixes for recent regressions:

  • Fixed: 513982 - DOMWindow leak opening new window on trunk.
  • Fixed: 467601 - Long bookmark names (page titles) will hide tagging icon and tags' text in location bar dropdown list (overlaps, covers up).
  • Fixed: 497434 - Tooltips no longer shown for bookmarks in places' menupopups.
  • Fixed: 499447 - Hanging when changing width of main window - on BBC.
  • Fixed: 510856 - Scrolling performance regression after bug 507334.
  • Fixed: 517768 - Crash with view page source and external editor.
  • Fixed: 504797 - Crash on Google Docs with jit enabled.
  • Fixed: 482941 - "View Background Image" context-menu item is always greyed out.

mozilla-central pushlog for 2009-09-10 04:00 to 2009-10-03 04:00

Windows builds: Windows nightly (discussion)

Mac builds: Mac nightly

Linux builds: Linux nightly

10 Responses to “2009-10-03 Trunk builds”

  1. Gabriela Says:

    I’m sorry, I cannot find the webgl.enabled_for_all_sites pref within my about:config.
    Should I add it? As a boolean, integer or string pref?
    I’ll appreciate you answering me as soon as you can to be able to try the new feature!

    Many thanks!
    Best regards,

  2. Jesse Ruderman Says:

    Odd. It should be there, as a boolean, on all operating systems: http://mxr.mozilla.org/mozilla-central/source/modules/libpref/src/init/all.js#2786

    So I can tell exactly what version you’re using, what’s your hg revision (from about:buildconfig) and user agent string (from Help – About)?

  3. Nicola D'Agostino Says:

    The WebGL rendering feels definitely improved: the demo animations are much more fluid on the same hardware and operating system. :)


  4. Gabriela Says:

    Hi Jesse,
    Many thanks for your interest in my issue!

    The pref is not on present in my preferences, actually none of the three webgl prefs are.

    2786 pref(“webgl.enabled_for_all_sites”, false);
    2787 pref(“webgl.software_render”, false);
    2788 pref(“webgl.osmesalib”, “”)

    I’m using Windows XP and Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2b1pre) Gecko/20091004 Namoroka/3.6b1pre
    About:buildconfig brings up the following:

    Built from http://hg.mozilla.org/releases/mozilla-1.9.2/rev/b5ff73121753
    Build platform

    Build tools
    Compiler Version Compiler flags
    cl 14.00.50727.762 -TC -nologo -W3 -Gy -Fdgenerated.pdb -DNDEBUG -DTRIMMED -Zi -UDEBUG -DNDEBUG -GL -wd4624 -wd4952 -O1
    cl 14.00.50727.762 -GR- -TP -nologo -Zc:wchar_t- -W3 -Gy -Fdgenerated.pdb -DNDEBUG -DTRIMMED -Zi -UDEBUG -DNDEBUG -GL -wd4624 -wd4952 -O1

    Configure arguments
    –enable-application=browser –enable-update-channel=nightly –enable-update-packaging –enable-jemalloc

    I’ll appreciate your help!
    Many thanks!
    Best regards,

  5. Jesse Ruderman Says:

    Gabriela, you’re using a 1.9.2 branch nightly rather than a mozilla-central (trunk) nightly. I don’t think there are plans to land WebGL on the 1.9.2 branch, so if you want to test it, hop on over to trunk :)

  6. Gabriela Says:

    Hi Jesse,

    Many thanks for your answer!
    By hopping on over to trunk do you mean I should use Minefieled?
    If so, I will.
    If you mean something else, could you please explain me some further?

    I’ll appreciate your help!
    Many thanks!
    Best regards,

  7. Jesse Ruderman Says:

    Gabriela, exactly :) You can download a build using one of the links in the post above.

  8. Jan! Says:

    I get this error in the console when I tried the demos from http://hacks.mozilla.org/2009/09/three-more-webgl-demos/:

    “Canvas 3D: Couldn’t open OSMesa lib — webgl.osmesalib path is incorrect, or not a valid shared library”

    Any ideas? I searched https://bugzilla.mozilla.org/buglist.cgi?quicksearch=ALL+OSMesa, but didn’t find anything. Should I file a bug?

    Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a1pre) Gecko/20091004 Minefield/3.7a1pre

  9. Gabriela Says:

    Jesse, I’ve installed Minefield, I’ve changed the 2786 pref(”webgl.enabled_for_all_sites”, false) to true, I’ve changed the
    2787 pref(”webgl.software_render”, false) to true. I left the 2788 pref(”webgl.osmesalib”, “”) just as it was
    After restarting Minefield the 2788 pref(”webgl.osmesalib”, “”) had disappeared and I still can’t see the webgl files.

    I’ll appreciate your help!
    Many thanks!
    Best regards,

  10. Gabriela Says:

    Jesse, I’m sorry I included a mistake in my previous message, the 2788 pref(”webgl.osmesalib”, “”) hadn’t disappeared, I had just gone back to Namoroka.
    Still, the conclusion was correct: even I have the 2786 pref(”webgl.enabled_for_all_sites”, false) changed to true, I’ve changed the
    2787 pref(”webgl.software_render”, false) to true and I’ve left the 2788 pref(”webgl.osmesalib”, “”) just as it was can’t see the webgl files.
    I’ve read somewhere it might be a Windows issue, could this be true?

    Many thanks for your help!
    Best regards,