2009-10-03 Trunk builds

Fixes:

  • 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:

    HI,
    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,
    Gabriela

  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. :)

    nda

  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:

    about:buildconfig
    Source
    Built from http://hg.mozilla.org/releases/mozilla-1.9.2/rev/b5ff73121753
    Build platform
    target
    i686-pc-mingw32

    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,
    Gabriela

  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,
    Gabriela

  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,
    Gabriela

  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,
    Gabriela