567095 - WebGL Context broken on Linux nightlies

Status: RESOLVED FIXED

(Core :: Graphics: CanvasWebGL, defect)

Description

[Alistair MacDonald]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.3a5pre) Gecko/20100520 Minefield/3.7a5pre
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.3a5pre) Gecko/20100520 Minefield/3.7a5pre

After downloading and running the nightly this morning (05.20.2010), I have found that none of the WebGL sites work any more. For example, I get a similar message for all sites, "Can't find WebGL Context, is it enabled?" This happens both when I build, and also when I download the pre-built tar from trunk.

I have not initiated any OS or hardware updates between the last time WebGL worked and now.

System Specs:
OS: Ubuntu 9.10 (karmic)
Gnome: 2.28.1 (Ubuntu 2009-11-03)
Kernel: 2.6.31-21-generic (#59-Ubuntu SMP Wed Mar 24 07:28:56 UTC 2010)
GCC Version: 4.4.1 (i486-linux-gnu)
GFXCard: GeForce 8800 GT
GFXCard Type: PCI-E 16x
GFXCard Ram: 512 MB

Reproducible: Always

Steps to Reproduce:
1. Download or build Fx nightly - (05.20.2010)
2. Visit: http://people.mozilla.com/~vladimir/webgl/spore/sporeview.html
3. Through your screen at the wall when WebGL withdrawal sets in
Actual Results:  
No WebGL graphics visible. On most sites the results are an Alert box saying "WebGL Context not available." No WebGL 3D graphics are rendered at all.

Expected Results:  
WebGL 3D Graphics should be rendering in the browser.

You can catch me (F1LT3R) in irc://irc.mozilla.ord/audio if you need any additional information about my set up. I would be happy to help get this fixed ASAP if you need an pair of hands? --ready to Make++

Comment 1

[Alistair MacDonald]

Apologies... the IRC link was wrong, the correct link is: irc://irc.mozilla.org/audio

Comment 2

[Alistair MacDonald]

Terminal output when trying Vlad's Spore Creature Viewer:

Canvas 3D: creating PBuffer...
Canvas 3D: can't get a native PBuffer, trying OSMesa...
Canvas 3D: can't create a OSMesa pseudo-PBuffer.

It seems to have tried OSMesa lib without my having set webgl.software_render to true. Perhaps I do not understand this correctly and the OSMesa setting is not relevant to software_render. Regardless, here are My WebGL settings from about:config.

webgl.enabled_for_all_sites;true
webgl.osmesalib;
webgl.software_render;false

Comment 3

[David Humphrey (:humph)]

This is fine on Mac, fwiw.  Vlad, I wonder if the stuff you landed yesterday is causing this for him on Linux?  We've been done a ton of WebGL based stuff, so I know his box is working in general with WebGL, and that this is related to me updating my audio patch to trunk.

Comment 4

[Anna [:annasob]]

I am getting the same error on my 64 bit Vista machine as well i believe it begun on May 18th

Comment 5

[David Humphrey (:humph)]

I think this is due to bug 567626.

Comment 6

[Benoit Jacob [:bjacob] (mostly away)]

WebGL on linux is simply not working at the moment (except for OSMesa, which you probably don't want), since the GLX context provider was removed in last week's refactoring, of course that's not intentional and it's meant to be fixed ASAP, IIRC a new one is in preparation by Matt, adding him in CC. Matt, what's the status of this? If you're too busy, I'm OK to take this item.

Comment 7

[Benoit Jacob [:bjacob] (mostly away)]

Note 1: if you want to use OSMesa, set webgl.osmesalib = /usr/lib/libOSMesa.so or whatever is the correct filename on your system.

Note 2: a quick explanation of where we are going. Currently we use PBuffers. That is not well supported on linux. For example the free ATI drivers only will support them in the next version. So I think we're going to switch to using FBOs at least on Linux, at least as one possibility. This means that any reasonable GL 2.0 driver will be usable. Just to reassure you that good stuff is happening and we didn't just abandon linux( i'm using linux full time :) ).

Comment 8

[Vladimir Vukicevic [:vlad] [:vladv] (needinfo me, slow to respond)]

Linux is definitely not working (on purpose, waiting on the GLX patch to land), but Windows is working fine here and elsewhere -- can you confirm that there's a problem on windows?

Comment 9

[Anna [:annasob]]

Still not working on my Vista 64-bit operating system, although I got confirmation that setting the webgl.osmesalib is now working.
I have downloaded the nightly firefox-3.7a5pre.en-US.win32.installer today (May 26th)
I fixed the about:config settings to:
webgl.enabled_for_all_sites;true
webgl.osmesalib;
webgl.software_render;true   (tried both true and false for this one)

I ran this 3D example: http://people.mozilla.com/~vladimir/webgl/spore/sporeview.html

Error console:
Canvas 3D: creating PBuffer...
Canvas 3D: can't get a native PBuffer, trying OSMesa...
Canvas 3D: can't create a OSMesa pseudo-PBuffer.

Please note: I have been working with 3D for a while and using Minefield on a regular; 3D was working last week on this same machine

Comment 10

[David Humphrey (:humph)]

15:43  * notmasteryet changed to webgl.software_render;false
15:43 < notmasteryet> spore works

Comment 11

[Matt Woodrow (:mattwoodrow)]

The GLX context provider is more or less complete, just waiting on try server results to confirm that a bug in it is fixed.

Comment 12

[Alistair MacDonald]

Anyone have any updates on WebGL in Linux?

Comment 13

[Vladimir Vukicevic [:vlad] [:vladv] (needinfo me, slow to respond)]

Just waiting on bug 565833 to be fixed.

Comment 14

[Benoit Jacob [:bjacob] (mostly away)]

The relevant part of bug 565833 has been fixed now (thanks to Matt and Vlad). WebGL is working on GLX without requiring any patching anymore.

Comment 15

[Alistair MacDonald]

Working for me, thanks Matt, Vlad. Much appreciated.