Red Hat Bugzilla – Bug 830017
webGL not working firefox 12, 13, 14, 15
Last modified: 2012-10-30 07:59:46 EDT
Description of problem:
WebGL not working properly in Firefox 12.0 (blank screen, artifacts, ecc...).
Works very well in official Mozilla build.
Version-Release number of selected component (if applicable):
(In reply to comment #0)
> Description of problem:
> WebGL not working properly in Firefox 12.0 (blank screen, artifacts, ecc...).
> Works very well in official Mozilla build.
> Version-Release number of selected component (if applicable):
> How reproducible:
Firefox 13 has the same results too.
It works as expeced on F15, seems to be F17 regression.
If you build with GCC 4.6.3 everything works alright.
I also cannot get webgl sites such:
To display 3D webgl content when using Fedora 17 with Firefox 13 that is shipped with Fedora.
Fedora 16 worked fine, just not F17.
Not sure what information I need to supply, so if you know let me know and I will supply it.
I am on a Toshiba C670D laptop and it has an HD3000 INTEL graphics chip set.
It is something to do with GCC 4.7.
Same problems here. Interestingly I found that running FF in safe mode makes WebGL magically work. However, doing it with an empty profile does not work.
Relevant info from about:support:
Configuración básica de la aplicación
Agente de usuario
Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20100101 Firefox/13.0.1
Descripción del adaptador
NVIDIA Corporation -- GeForce 8400M GS/PCIe/SSE2
ID del fabricante
ID del dispositivo
GeForce 8400M GS/PCIe/SSE2
Versión del controlador
3.3.0 NVIDIA 295.59
NVIDIA Corporation -- GeForce 8400M GS/PCIe/SSE2 -- 3.3.0 NVIDIA 295.59
Ventanas aceleradas mediante GPU
Recogida de basura incremental
Versiones de bibliotecas
Versión mínima esperada
Versión en uso
Oh, and also this:
Compiler Version Compiler flags
gcc gcc version 4.7.0 20120507 (Red Hat 4.7.0-5) (GCC) -pedantic -Wall -W -Wno-unused -Wpointer-arith -Wdeclaration-after-statement -Wcast-align -W -Wno-long-long -O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fno-exceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fpermissive -gdwarf-2 -fno-strict-aliasing -ffunction-sections -fdata-sections -pthread -pipe -DNDEBUG -DTRIMMED -g -Os -freorder-blocks -fomit-frame-pointer
c++ gcc version 4.7.0 20120507 (Red Hat 4.7.0-5) (GCC) -fno-rtti -pedantic -Wall -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align -Wno-invalid-offsetof -Wno-variadic-macros -Werror=return-type -Wno-long-long -O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fno-exceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fpermissive -gdwarf-2 -fno-exceptions -fno-strict-aliasing -std=gnu++0x -ffunction-sections -fdata-sections -pthread -pipe -DNDEBUG -DTRIMMED -g -Os -freorder-blocks -fomit-frame-pointer
--enable-application=xulrunner --prefix=/usr --libdir=/usr/lib64 --with-system-jpeg --with-system-zlib --with-system-bz2 --with-system-libvpx --enable-system-hunspell --with-pthreads --disable-strip --disable-tests --disable-mochitest --disable-installer --enable-xinerama --enable-default-toolkit=cairo-gtk2 --enable-pango --enable-svg --enable-canvas --disable-javaxpcom --disable-crashreporter --enable-safe-browsing --enable-extensions=default --enable-libnotify --disable-necko-wifi --enable-startup-notification --disable-cpp-exceptions --enable-shared-js --enable-url-classifier --enable-gio --disable-gnomevfs --disable-updater --enable-chrome-format=omni --enable-crashreporter --with-system-nspr --with-system-nss --disable-system-sqlite --disable-system-cairo --disable-debug --enable-optimize
Firefox bug 736477 https://bugzilla.mozilla.org/show_bug.cgi?id=736477
It seems to be a problem with GCC 4.7.0 and fixed when firefox is compiled with GCC 4.7.1
I use arch linux too, had similar issue but then building with GCC 4.6.3 solved the issue. But building with 4.7.1 in arch linux partially solved the issue. Anyone using rawhide to test whether firefox built with GCC 4.7.1-5 resolves the issue?
Firefox 15 doesn't resolve the issue too.
I can confirm that rebuilding xulrunner with gcc-4.7.1-1.fc17.x86_64 fixes the issue.
Here is the xulrunner build for others to try: http://184.108.40.206/files/xulrunner-15.0-2.fc17.x86_64.rpm
(install with rpm -Uhv --force xulrunner-15.0-2.fc17.x86_64.rpm)
Thanks for the build. I was hoping for a official build. But it doesn't look like they care.
(In reply to comment #13)
> Thanks for the build. I was hoping for a official build. But it doesn't look
> like they care.
I have opened bug 853699 (which this bug now depends on) asking for the gcc update to get pushed. Once this is done getting firefox fixed is a matter of rebuilding xulrunner.
The bug has just been filed today so saying "they don't care" isn't really fair nor appropriate.
This bug report I did, is sitting here for 2 months. Everyone knew that if you built firefox with a newer GCC fixes the issue. I was expecting that some of the firefox maintainers would care and do a firefox build on the 4.7.1 GCC. They never did build nor did they care to explain why they didn't. Atleast if they said they didn't have the time, I would be been satisfied, becoz not everyone at fedora works on a salary, I understand that.
I was not asking for me, expecting someone to build it for me. I knew all along how to get this thing work. I was expecting If I file the bug report, some of the maintainers would notice and work on it to fix the issue, so that the community could benefit.
(In reply to comment #15)
> This bug report I did, is sitting here for 2 months. Everyone knew that if
> you built firefox with a newer GCC fixes the issue. I was expecting that
> some of the firefox maintainers would care and do a firefox build on the
> 4.7.1 GCC. They never did build nor did they care to explain why they
> didn't. Atleast if they said they didn't have the time, I would be been
> satisfied, becoz not everyone at fedora works on a salary, I understand that.
I understand your frustration but that's not how the fedora infrastructure work, sorry. You can't just submit builds to the system but you have build them on the fedora buildsystem with the packages currently in the build root (which pretty much is what currently ships in that release + updates). So in order to get a firefox build with GCC 4.7.1 the new gcc has to be build and pushed first. Hence why I filed a bug against gcc to get this done.
So the firefox maintainers could not do more other then asking the gcc maintainers for a fixed / updated gcc or you (or anyone else) could have done that. Anyway lets just stop the blame game and try to get things fixed.
Sorry for the delay here. I haven't seen many people to complain about it so it's the reason the bug has been left behind a bit.
Please fix this bug.
It most probably would be fixed by next firefox release. drago01 and myself added karma to the next GCC update, so that gcc could move to updates, so that firefox could be built with gcc 4.7.2-2.
There is a fixed build: http://koji.fedoraproject.org/koji/buildinfo?buildID=356740
But no update has been filed in bodhi ... Martin any reason for that?
We're expecting security update to Firefox 16 tomorrow. Update and karma process takes some time so we decided to have this fix as part of tomorrow's update to avoid concurrency problems with bodhi which we suffered once. Expect fixed version tomorrow.
(In reply to comment #22)
> We're expecting security update to Firefox 16 tomorrow. Update and karma
> process takes some time so we decided to have this fix as part of tomorrow's
> update to avoid concurrency problems with bodhi which we suffered once.
> Expect fixed version tomorrow.
This one got pushed, so we can close this bug now.
The new update FF 16.0.1-1 fixes the bug.
I tested it. Fixed in firefox-16.0.1-1.fc17.x86_64.