Raspberry Pi - Stage fails to load

[martinohanlon]

Expected Behavior

When Scratch UI is opened the default sprite appears on the stage.

Actual Behavior

The default sprite doesnt appear and the stage is blank

Steps to Reproduce

Open llk.github.io/scratch-gui on a Raspbery Pi running Raspbian Stretch

Operating System and Browser

Raspberry Pi
Raspbian Stretch
Chromium - Version 60.0.3112.89 (Developer Build) Built on Ubuntu 14.04, running on Raspbian 9.1 (32-bit)

Developer mode noted 3 errors while loading:

raven.js:55 You are currently using minified code outside of NODE_ENV === 'production'. This means that you are running a slower development build of Redux. You can use loose-envify (https://github.com/zertosh/loose-envify) for browserify or DefinePlugin for webpack (http://stackoverflow.com/questions/30030031) to ensure you have the correct code for your production build.
a.(anonymous function) @ raven.js:55
o @ lib.min.js:51
(anonymous) @ lib.min.js:51
(anonymous) @ lib.min.js:51
t @ lib.min.js:46
(anonymous) @ lib.min.js:61
t @ lib.min.js:46
e.exports.t.a @ lib.min.js:61
t @ lib.min.js:46
e.exports.e.exports @ lib.min.js:46
t @ lib.min.js:46
e.exports.t.a @ lib.min.js:61
t @ lib.min.js:46
(anonymous) @ lib.min.js:56
t @ lib.min.js:46
e.exports.Object.defineProperty.value @ lib.min.js:51
t @ lib.min.js:46
e.exports.Object.defineProperty.value @ lib.min.js:51
t @ lib.min.js:46
(anonymous) @ lib.min.js:46
(anonymous) @ lib.min.js:46
t @ lib.min.js:1
(anonymous) @ lib.min.js:100
t @ lib.min.js:1
(anonymous) @ lib.min.js:35
t @ lib.min.js:1
123 @ index.jsx:5
t @ lib.min.js:1
window.webpackJsonp @ lib.min.js:1
(anonymous) @ gui.js:1

(index):1 Uncaught (in promise) DOMException: The play() request was interrupted by a call to pause().
Promise (async)
Blockly.WorkspaceAudio.preload @ lib.min.js:79
l @ lib.min.js:79
a @ lib.min.js:79
d @ raven.js:416

(index):1 Uncaught (in promise) DOMException: The play() request was interrupted by a call to pause().
Promise (async)
Blockly.WorkspaceAudio.preload @ lib.min.js:79
l @ lib.min.js:79
a @ lib.min.js:79
d @ raven.js:416

[kerrtravers]

I thought this would be an issue only when using the Pi or Chromium Browser, but I checked anyway and can't repro on:

macOS 10.13.2 (High Sierra) using Chrome 63.0.3239.132

iOS 10.2.2 using Safari

Windows 8.1 using Firefox Nightly

[martinohanlon]

I dont know if this is related, but I experience the same behaviour when using:

Windows 10
Edge

Name	Protocol	Method	Result	Content type	Received	Time	Initiator
https://sentry.io/api/253297/store/?sentry_version=7&sentry_client=raven-js%2F3.20.1&sentry_key=dcc4ed76876b411c99997f4ad5ab78a5	HTTPS	POST	429	application/json	92 B	208.9 ms	XMLHttpRequest

HTTP429: TOO MANY REQUESTS - The server is refusing to service the request because too many requests have been submitted by the client.
(XHR)POST - https://sentry.io/api/253297/store/?sentry_version=7&sentry_client=raven-js%2F3.20.1&sentry_key=dcc4ed76876b411c99997f4ad5ab78a5

[thisandagain]

We have seen some issues with recent builds of Raspbian where WebGL reports as being available but fails to render. Can you post screenshots of what you see when you visit the following?

• https://get.webgl.org/ (a common issue we see with some recent Raspbian builds is this reports as "Your browser supports WebGL" but the cube does not render)
• http://webglreport.com/

[martinohanlon]

@thisandagain as requested...

With the OpenGL (Full KMS) driver enabled in Raspbian these are the results I get:

scratch3error.txt

With the OpenGL driver not enabled, these are the results I get (not surprisingly it doesnt work!):

web_error_log.txt

[thisandagain]

@martinohanlon That's what I was afraid of! If Raspbian tells the browser that WebGL is supported but then fails to render anything (you should be seeing a spinning cube in that first screenshot) there is very little we can do. We'll need to work with the RPI team to resolve these issues until we can continue.

[martinohanlon]

@thisandagain I will talk to the team.

Do you think this could be related to #1269 - the outcome is the same, and it results in the same HTTP429 error.

[martinohanlon]

@thisandagain

I was just looking into the error which is reported when loading Scratch 3:

(index):1 Uncaught (in promise) DOMException: The play() request was interrupted by a call to pause().
Promise (async)
Blockly.WorkspaceAudio.preload @ lib.min.js:79

Could this relate to this error reported in Blockly? - google/blockly#299

There is an article which describes why this happens and a potential fix https://developers.google.com/web/updates/2017/06/play-request-was-interrupted

[thisandagain]

@martinohanlon That is a pretty well known / documented issue with Blockly that we are waiting on a patch for upstream. It does not block loading of the GUI or related subcomponents but is rather more of an annoyance.