If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

Doesn't load WebGL on this page




Canvas: WebGL
4 years ago
4 years ago


(Reporter: car.alb19, Unassigned)


Windows 7

Firefox Tracking Flags

(Not tracked)





4 years ago
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:21.0) Gecko/20100101 Firefox/21.0 (Beta/Release)
Build ID: 20130511120803

Steps to reproduce:

Load this page http://acko.net/files/fullfrontal/fullfrontal/webglmath/online.html

Actual results:

Firefox doesn't load all animations

Expected results:

All animations load to explain some WebGL concepts.
Confirmed on nightly 24.0a1 (2013-06-10) win 7 x64. Sometimes when switching slides the animations doesn't load.
Component: Untriaged → Canvas: WebGL
Ever confirmed: true
Product: Firefox → Core
This is WFM against Mozilla/5.0 (Windows NT 6.1; WOW64; rv:26.0) Gecko/20100101 Firefox/26.0 ID:20130831030224 CSet: 4ba8dda1ee31

comparing ANGLE and Native (i.e. webgl.prefer-native-gl;true).
(In reply to Paul Silaghi [QA] from comment #1)
> Sometimes when switching slides the animations doesn't load.
Slides 5,6 remained blank couple of times.
Tested with new profiles on FF 26.0a1 (2013-09-02), Win 7 x64.

(In reply to XtC4UaLL [:xtc4uall] from comment #2)
> This is WFM
This is not 100% reproducible.
Hmm, when you load the Site first I see

[22:57:50.970] Firefox can't establish a connection to the server at ws://acko.net:8080/. @ http://acko.net/files/fullfrontal/fullfrontal/webglmath/resources/slides.js:77


 // Interface with websocket for remote navigation commands
  (function () {
    var host = window.document.location.host.replace(/:.*/, '');
    var ws = new WebSocket('ws://' + host + ':8080'); <=================== above Error
    ws.onmessage = function (event) {
      var data = JSON.parse(event.data);
      var command = {
          up:    'prev',
          left:  'prev',
          right: 'next',
          play:  'next',

      if (command) {
      else if (data.type == 'down') {
        var speed = data.hold && data.pressed ? .2 : 1;
        $frames && $frames.each(function () {
          mathboxSpeed(this, speed);

This also happens on Chrome 29 + 31 + MSIE 11 + Firefox 17.
Not sure about this being the Cause though. Rather doubtfully.

Well, when switching from Slide 5 -> 6 you'd expect a Grid.
Loading it the first time this fails being just white.

Error Console says loading that Slide:

[23:07:49.975] GET http://acko.net/files/fullfrontal/fullfrontal/mathbox/shaders/snippets.glsl.html [HTTP/1.1 200 OK 238ms]
[23:07:49.976] GET http://acko.net/files/fullfrontal/fullfrontal/mathbox/vendor/ThreeRTT.js/build/ThreeRTT.glsl.html [HTTP/1.1 200 OK 212ms]
[23:07:49.978] GET http://acko.net/files/fullfrontal/fullfrontal/mathbox/vendor/ThreeRTT.js/shaders/examples.glsl.html [HTTP/1.1 200 OK 220ms]
[23:07:49.979] GET http://acko.net/files/fullfrontal/fullfrontal/webglmath/iframes/mb-1.html [HTTP/1.1 200 OK 815ms]
[23:07:50.134] "Loaded HTML " "../../mathbox/vendor/ThreeRTT.js/build/ThreeRTT.glsl.html"
[23:07:50.144] "Loaded HTML " "../../mathbox/vendor/ThreeRTT.js/shaders/examples.glsl.html"
[23:07:50.166] "Loaded HTML " "../../mathbox/shaders/snippets.glsl.html"
[23:07:50.770] "Loaded HTML " "mb-1.html"
[23:07:50.775] "THREE.WebGLRenderer" "53"

If you skip further to the next slide and then back it's WFM (that's why I said "WFM" in comment 2), i.e. the Grid is rendered.

This also happens with Chrome 29 + 31 + Firefox 17. MSIE 11 fails to render due to other Reasons.
This also happens using OpenGL instead of ANGLE.
=> I guess this isn't a WebGL but rather a Site/Network/JS Library Issue, no?
Version: 21 Branch → Trunk
(In reply to XtC4UaLL [:xtc4uall] from comment #4)
> => I guess this isn't a WebGL but rather a Site/Network/JS Library Issue, no?
Can't tell for sure. Let's see some other opinions.
You need to log in before you can comment on or make changes to this bug.