Hi,
When i change the build settings to webplayer, my dll’s don’t talk to my server anymore.
It works when the build setting is set to standalone.
Is this normall ?
Hi,
When i change the build settings to webplayer, my dll’s don’t talk to my server anymore.
It works when the build setting is set to standalone.
Is this normall ?
I could be wrong but the webplayer does not use dlls … it puts everything into a single file instead of splitting it out into dlls right?
yes, it compiles them into the player but it should work. the project works fine in 2.6
Same problem here ![]()
Strange behaviour maybe related, project run fine in Editor and Standalone but not working in WebPlayer (WebPlayer was working perfectly in 2.6).
WebPlayer Log is attached (Very strange thing in this log MethodAccessException)
388651–13370–$webplayer_164.txt (1.08 MB)
seems like you use reflection to access private stuff which will no longer work.
the sluggish broken mono 1.2.5 compiler is finally gone and the webplayer especially got a significant overhaul on security.
if you want to reflect it, make it public.
I’m not using reflection on this project, it’s a direct port to unity3 from our unity 2.6 project and like i said it work very well in editor and standalone unity3 problem is just on webplayer.
As mentioned, the webplayer has significantly higher security requirements than editor and standalone and the U3 webplayer is security wise another 1-4 steps above the 2.6
So whatever worked before on U2 or does on standalone, that is in no way a guarantee nor implication that it will do on the webplayer.
Anyway, the problem is
at DataInterface..cctor () [0x00000] in <filename unknown>:0
Rethrow as TypeInitializationException: An exception was thrown by the type initializer for DataInterface
at GameGUI.Start () [0x00000] in <filename unknown>:0
So either your class DataInterface is messing something by using functionality not available on the webplayer, you try to use a class thats undocumented and thus not meant nor supported to use, or if your code does tcp connections, you didn’t read the manual part on the security sandbox on the webplayer 3.0
Just a simple singleton
PS : I have spent a LOT of time with security sandbox documentation (implementation of policy server etc) so i don’t think it’s related since there is nothing special about my class.
see what happens if you comment out the new mutex line
Still not working
I think we’ll stick with Unity 2.6 on this project until bugfix ^^.
Thanks for help ;).
but don’t forget to report the bug including the project, otherwise “until bug fix” means forever
Ok thanks.
I cannot get any of our projects to connect to SmartFoxServer in the web player build mode. They work fine in standalone mode. I even loaded the SFSIslandDemo project and tested it with a local installation of SmartFoxServer with the same problems.
i think there is a bug.
i fetch my policy file manualy and in the webplayer logs i can see that works but then my webplayer hangs.
same issue within the editor with webplayer as build target. i sent it in as a bug.
My problem has disappeared i dunno why lol. For now unity 3 is working very well with our project (Using Policy socket server).
@cadamson : Is smartfox hosting a unity policy file or a unity policy socket server ? if not it’s normal that you can’t connect to smartfox with sockets.
@appels : I’m using actually policy file on a website to download assetbundles (build is webplayer) and it’s working perfectly so i don’t think there is a bug in policy code.
what policy socket server are you using ?
SOLVED. Well that was harder than needed to be. SmartFoxServer has a built-in policy server. All I had to do was run the policy server that came with Unity 3 and everything works fine. Of course I had to install it as a service on our production machines. I sure wish the documentation was a little more clear on how simple this is to set up. ![]()