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
October 3rd, 2009 at 5:28 pm
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
October 3rd, 2009 at 11:29 pm
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)?
October 4th, 2009 at 7:15 am
The WebGL rendering feels definitely improved: the demo animations are much more fluid on the same hardware and operating system. :)
nda
October 4th, 2009 at 10:33 am
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
October 4th, 2009 at 12:38 pm
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 :)
October 4th, 2009 at 6:04 pm
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
October 4th, 2009 at 7:27 pm
Gabriela, exactly :) You can download a build using one of the links in the post above.
October 4th, 2009 at 11:46 pm
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
October 5th, 2009 at 9:08 am
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
October 5th, 2009 at 2:12 pm
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