(In reply to Jukka Jylänki from comment #13) > Alexandru: interesting find! That is not expected. Not sure what is happening there. When I try this on macOS on FF Nightly or Chrome, the page does launch immediately. There should not be anything that'd block rendering like that, but it should immediately start drawing frames. > Yes, you are right when doing this on macOS 10.12 it loads as expected. I filled bug 1627594 for this and closing this one as verified based on comment 11. > For curiosity, here is another version of the same demo: http://clb.confined.space/dump/unity/Wasm-Tiny3D/Tiny3D.html , but without SharedArrayBuffer. I wonder if that has the same behavior on your affected system? The above page loads as expected on Firefox 76.0a1 (20200405212522) on Windows 10x64, Ubuntu 18.04 and macOS 10.12.
Bug 1624944 Comment 15 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
(In reply to Jukka Jylänki from comment #13) > Alexandru: interesting find! That is not expected. Not sure what is happening there. When I try this on macOS on FF Nightly or Chrome, the page does launch immediately. There should not be anything that'd block rendering like that, but it should immediately start drawing frames. > Yes, you are right when doing this on macOS 10.12 it loads as expected. I filled bug 1627594 for this and closing this one as verified based on comment 11. > For curiosity, here is another version of the same demo: http://clb.confined.space/dump/unity/Wasm-Tiny3D/Tiny3D.html , but without SharedArrayBuffer. I wonder if that has the same behavior on your affected system? The above page loads as expected on Firefox 76.0a1 (20200405212522) on Windows 10x64, Ubuntu 18.04 and macOS 10.12.