click on the window so the player is active. it seems like IE8 like some other browsers is bitchy about just enabling a plugin and without it being active, inputs won’t be sent to the plugin (-> unity) at all
sorry but it it’s not that simple… seems like IE8 protected mode is breaking unity 3D mouse functionality. When I turn this off (protected mode) it works perfectly.
Now, imagine if my client is a national bank! I can’t tell them to disable protected mode on the browser. Is there any way to solve this?
Wich means that, for Unity to be naturaly allowed to deal with mouse events under protected mode, it must be registered to avoid this. This way, IE silently accept web content from a drag-and-drop operation by creating a DragDrop policy. DragDrop policies must have a globally unique identifier (GUID) associated with them.
This problem has been reported a couple of times, but it appears that nobody so far has supplied enough information to reproduce the problem. It would be great if you could file a bug report for this (menu: Help > Report A Problem) and follow it through.
well… yeah. The thing is that this is not a bug on Unity3D it self. It’s about the relation between Unity3D and Microft’s Internet Explorer. Reporting a bug on the menu is more for situations when Unity crashes… right?
Actually the bug reporter is to report any bug in relation to unity, be it crashes, anomalies, such things like this or even documentation errors (has an own category for that)
its the main / only bug reporting that has any importance cause bugs posted here are not tracked and are close to granted to just vanish without ever reaching a dev
Absolutely right. Even if a problem like this is not directly Unity’s fault, we would still prefer to know about it (workarounds are sometimes possible, for example).