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

NEW
Unassigned

Status

()

Core
Canvas: WebGL
4 years ago
4 years ago

People

(Reporter: car.alb19, Unassigned)

Tracking

Trunk
x86_64
Windows 7
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

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.
Status: UNCONFIRMED → NEW
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

with

 // 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',
        }[data.type];

      if (command) {
        $.deck(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.