I can confirm this bug. Previously working GLGE WebGL demos being developed for GDC 2010 (next week!) now render as black (i.e. not at all). The last working nightly build for Mac is r55043.

These pages were probably affected by the change in behavior in https://bugs.webkit.org/show_bug.cgi?id=34766 . See also https://bugs.webkit.org/show_bug.cgi?id=34837 . The later fix https://bugs.webkit.org/show_bug.cgi?id=35057 reverted the initial viewport size to be the canvas size. These pages are working with the latest WebKit nightly (55397). Closing as "works for me".

I've updated to 55397 also (Version 4.0.4 (5531.21.10, r55397)) and both pages still do not display the webgl canvas for me. see screenshots: http://img.skitch.com/20100302-ed28qyxm619jpkjbib3617g4d1.png http://img.skitch.com/20100302-p2cp4gt63r3fh3q68ef382ut3g.png I am running on MacOS 10.5.8. I'm not sure what the best practice is in this bugzilla project for modifying the status so I have left it unchanged as "Resolved".

I see. I can confirm that WebGL is broken in the WebKit nightlies on 10.5.8. It is working on 10.6. Reopening the bug and reassigning it.

Hardware acceleration was disabled on Leopard: http://trac.webkit.org/changeset/55100 because of a QuickTime bug. This in turn disables WebGL. You'll have to update to 10.6.

As a workaround, you could use the Chromium continuous builds for your WebGL development. See http://khronos.org/webgl/wiki/Getting_a_WebGL_Implementation . The downside is that this implementation currently reads back the frame buffer into system memory to draw it to the screen, so isn't as fast for large WebGL canvases.

It's a shame about the regression for 10.5.8. I'm planning to keep using 10.5.8 for quite a while to continue to test Java code we are developing for both Java 1.5 and 1.6, 32 and 64 bit -- can't do that on Snow Leopard. I'll use FireFox and Chromium instead for testing webgl. If I really want to try something in Safari on this machine I'll just keep using r55043.