Viewing a CloudApp screen recording does not work in Firefox
Categories
(Core :: Graphics: CanvasWebGL, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox73 | --- | verified |
People
(Reporter: botond, Assigned: emilio)
References
(Regression)
Details
(Keywords: regression)
Attachments
(1 file)
Steps to reproduce
In the latest Firefox nightly, load https://cl.ly/5bfb0a3df1ba.
I tested with mozregression --launch 2019-12-13
, to be sure that it's not an addon or other configuration issue.
Expected results
The page loads a video viewer.
Actual results
The page loads blank.
The devtools console displays the following errors:
This page uses the non standard property “zoom”. Consider using calc() in the relevant property values, or using “transform” along with “transform-origin: 0 0”. 5bfb0a3df1ba
PixiJS 4.8.2 - WebGL - http://www.pixijs.com/ app.js:33385:24
Error: WebGL warning: linkProgram: Programs with more than 16 samplers are disallowed on Mesa drivers to avoid crashing. app.js:29437:8
TypeError: Argument 1 of WebGLRenderingContext.getProgramParameter is not an object.
app.js:29509:30
Pixi.js Error: Could not initialize shader. app.js:29442:17
gl.VALIDATE_STATUS false app.js:29443:17
gl.getError() 0 app.js:29444:17
Pixi.js Warning: gl.getProgramInfoLog() Programs with more than 16 samplers are disallowed on Mesa drivers to avoid crashing. app.js:29449:21
Error: [$injector:modulerr] Failed to instantiate module viewer due to:
[$injector:nomod] Module 'viewer' is not available! You either misspelled the module name or forgot to load it. If registering a module ensure that you specify the dependencies as the second argument.
http://errors.angularjs.org/1.4.8/$injector/nomod?p0=viewer
i/<@https://d1xpqvu40ore1n.cloudfront.net/d15afa7e/vendor.js:37:380
ve/</</<@https://d1xpqvu40ore1n.cloudfront.net/d15afa7e/vendor.js:37:9978
t@https://d1xpqvu40ore1n.cloudfront.net/d15afa7e/vendor.js:37:9451
ve/</<@https://d1xpqvu40ore1n.cloudfront.net/d15afa7e/vendor.js:37:9763
h/<@https://d1xpqvu40ore1n.cloudfront.net/d15afa7e/vendor.js:37:18624
o@https://d1xpqvu40ore1n.cloudfront.net/d15afa7e/vendor.js:37:806
h@https://d1xpqvu40ore1n.cloudfront.net/d15afa7e/vendor.js:37:18473
et@https://d1xpqvu40ore1n.cloudfront.net/d15afa7e/vendor.js:37:20162
s@https://d1xpqvu40ore1n.cloudfront.net/d15afa7e/vendor.js:37:7507
ae@https://d1xpqvu40ore1n.cloudfront.net/d15afa7e/vendor.js:37:7815
oe@https://d1xpqvu40ore1n.cloudfront.net/d15afa7e/vendor.js:37:7063
@https://d1xpqvu40ore1n.cloudfront.net/d15afa7e/vendor.js:43:28030
u@https://d1xpqvu40ore1n.cloudfront.net/d15afa7e/vendor.js:29:22325
fireWith@https://d1xpqvu40ore1n.cloudfront.net/d15afa7e/vendor.js:29:23137
ready@https://d1xpqvu40ore1n.cloudfront.net/d15afa7e/vendor.js:29:24933
a@https://d1xpqvu40ore1n.cloudfront.net/d15afa7e/vendor.js:19:964
EventListener.handleEvent*J.ready.promise@https://d1xpqvu40ore1n.cloudfront.net/d15afa7e/vendor.js:29:25132
@https://d1xpqvu40ore1n.cloudfront.net/d15afa7e/vendor.js:29:25231
@https://d1xpqvu40ore1n.cloudfront.net/d15afa7e/vendor.js:19:209
@https://d1xpqvu40ore1n.cloudfront.net/d15afa7e/vendor.js:19:214
http://errors.angularjs.org/1.4.8/$injector/modulerr?p0=view…u40ore1n.cloudfront.net%2Fd15afa7e%2Fvendor.js%3A19%3A214%0A vendor.js:9279:11
Loading failed for the <script> with source “https://www.google-analytics.com/gtm/js?id=GTM-K2FZ8RB&cid=1977579554.1576271468”.
Disabling Enhanced Tracking Protection does not resolve the problem.
Reporter | ||
Updated•5 years ago
|
Reporter | ||
Updated•5 years ago
|
Assignee | ||
Comment 1•5 years ago
|
||
It works for me fwiw, but this computer uses the nvidia driver (not mesa) so I think this is just fallout from that linkProgram issue.
Assignee | ||
Comment 2•5 years ago
|
||
It seems like this is because of bug 777028, so probably given it is that old we should try to either remove the workaround of add some sort of version detection.
Reporter | ||
Comment 3•5 years ago
|
||
Ah, indeed. I overlooked that error and focused in on the second one, leading me to believe it was a content blocking or site issue.
Assignee | ||
Comment 4•5 years ago
|
||
Does gfx.work-around-driver-bugs=false
fix it for you?
Reporter | ||
Updated•5 years ago
|
Reporter | ||
Comment 5•5 years ago
|
||
(In reply to Emilio Cobos Álvarez (:emilio) from comment #4)
Does
gfx.work-around-driver-bugs=false
fix it for you?
It does indeed!
Assignee | ||
Comment 6•5 years ago
|
||
Updated•5 years ago
|
Updated•5 years ago
|
Comment 8•5 years ago
|
||
bugherder |
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Comment 10•5 years ago
|
||
Managed to reproduce the issue only on Linux - Ubuntu 19.04 distribution with 73.0a1(2019-12-13). For machines with Windows(10)/macOS(10.15) the loading appeared in order.
Verified with 73.0b12 and 74.0a1(20200203085242) on Ubuntu 19.04.
Description
•