Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
My guess is it is running into problems running from a local filesystem. Works fine if i put it on my dev server and request it via http://
It would be nice if we could somehow use unity WebGL though, all the neat stuff of running an EXE, without running an EXE and without security risks.
Not sure if there is anything againt using that with WE or if that would cause real security problems as in script being allowed to access files from other places on the drive or anything.
What i do know is that i can use "build and run" to paly it locally just fine (it starts some sort of server to locally host the webpage, then chrome thinks it is fine to do) so maybe we can do the same for WE?
Doesn't solve my issue sadly.
Are you able to run the exported html file in Chrome at all without a server? The web wallpaper already sets --allow-file-access-from-files that Squee mentioned (and instead it uses a mechanism to limit file access to the project directory).
Can you check the bin/debug.log and bin/log.txt file? Those should at least show something going wrong, maybe you can put them on www.pastebin.com and link them here too.
Edit: If Unity WebGL is using XMLHttpRequest objects then you might have to edit their JS: http://steamcommunity.com/app/431960/discussions/0/144512753469915486/#c144512942756106076
Well, since a while ago it seems that Chrome just does not allow to run a default unity HTML game while running from the local filesystem. Something to do with security? Not too sure why that was blocked off. If i run it outside of WE in chrome, it will do the exact same.
As for the XMLHttpRequest, i do not actively use it as far as i know, but i can't tell if unity uses it. Have you ever seen a .js export from unity? It's not like i can find it :/
EDIT: Well there we go: http://puu.sh/v8hBH.png
Now i wonder if we can work around that or not.
Basically this is the answer, try firefox or get it hosted somehow:
http://gamedev.stackexchange.com/questions/114239/unity-webgl-not-loading-on-chrome
Here is what it does without local server: http://puu.sh/v8hyv.png
So that begs the question, can we make WE host the wallpaper locally for us? Or would that just be asking the insane to just get a unity webgl page working?
And if we DID do that, does it imply a security issue just like using any .exe?
EDIT2:
Look, i "found it":
http://puu.sh/v8hVj.png
Isn't that neat readable code?
Open the project in chrome and open the developer tools. Go to the "Sources" tab and select the file. Once the code is open, in the status bar below the code you should see a "{}" icon. Click that for some formatting.