Web player 2.6 released with bugs - why?

Ok so contrary to this thread

http://forum.unity3d.com/viewtopic.php?t=33172&postdays=0&postorder=asc&start=0

It appears webplayer2.6 has already been released, and it has bugs in it that cause fatal crashes. So I’d like to know why. I’d also like to know why no-one at unity will respond to my questions about it.

In the thread above it states that you can follow a special link to install a pre-release of the plugin, but if you are a new user of unity it will install 2.6 by default. You can test this yourselves by following these simple steps on windows.

  1. In firefox go to Tools->Add-ons->plugins and confirm that the existing install is 2.5 (that won’t be the case if you already installed the plugin from the pre-release thread)
  2. Go to control panels and uninstall the unity plugin.
  3. Go to any unity game or demo and re-install the unity plugin.
  4. Finally re-check the version of the player installed, and bingo now you have 2.6

Now I’m sure this is lovely for people who haven’t found any bugs but I have and it’s a fatal one.
In my app under 2.6 if you re-size your web browser unity completely freezes. I’ve reported this in the pre-release thread, submitted a bug and emailed Tom to find out what is going on, no-one has replied to me on the status of this or how to fix it myself.
Hence this rather heavy handed thread to try and get some sort of response.

Hopefully it’s all just a bad dream and none of this is happening, or it’s a simple error on the part of unity and someone put the wrong version up on the servers, either way I’m hoping to at least get an official response as to why and what to do about it.

213853--7844--$unity_after_956.jpg
213853--7845--$unity_before_374.jpg

Well, keep in mind that Unite 09 just started and everyone that works at Unity is most likely there, so getting a UT response to this thread might not be instant this next week.

With regards to your fatal bug. It doesn’t happen here in OSX, FF or Safari.

Unite is going on right now; official responses are going to be scarce for a little while. If something like that was a known issue, then 2.6 would not have been released. It may be unique to your computer; it may be a wider issue that somehow slipped through the cracks.

–Eric

Well it’s unique to every computer I tested it on, maybe a dozen. I sent them a link to an app that has the issue on Wed Oct 07, 2009 and haven’t had any response since, I don’t think they have been at Unite all that time.

It will be great if it’s not a unity bug but that means I still need to know what to do to fix it at my end, clearly something has changed. I’ll try and post a link to an app here that others can test. My problem is that our applications require a license to access so i can’t just post a link directly to our site I’ll have to make a demo app and put it up somewhere.

Does the plug-in work correctly with other apps?

Well I don’t know of any other apps that include resizing. The basic functionality nearly all works fine it’s only when the player is resized that it crashes. There’s a bug with gui toggles too but that isn’t fatal they just don’t work.

If anyone else has a player that runs in a window that can be resized and it works with 2.6 that would be great to know. Then I might be able to see what is different with our code.

This is a sample of our html that runs the player, maybe the problem lies there?

213860–7846–$realtimeabdomen_140.html (7.81 KB)

Well it’s not that simple, I made an app with nothing in it but a sphere and that resizes fine, so its something in the code and how that relates to the resizing that has changed since 2.5… how to debug it is the question now.

Hmmmm… It will have to been one of those painful “take things out until it stops crashing” exercises.

Ok so here’s a link to a player that demostrates both issues. It’s just a demo thing I made ages ago to test out unity so we aren’t too worried about people seeing it.

Make sure you 2.6 installed and then try this link on windows Firefox or IE

[Edit: replacing the original link with this new simpler test]
http://demo.anatomy.tv/atv2/SimpleResizeTest.html

Once the thing has loaded resize your browser window, it should hang the app. If it doesn’t I’d be interested to hear that too. This has worked both in 2.1 and 2.5 but not 2.6

The other thing to note is that if you open the preferences window (icon top right) none of the gui toggles work, they do with 2.5 [Edit: I think I know what is causing this now, it’s down to a Input.anyKeyDown; call which I had in to stop a textfield stealing key presses all the time, I’m guessing this now checks for mouse clicks too]

No crashes here. There’s one page-load error: “http://demo.anatomy.tv/atv2/reporter.aspx Plug-in cancelled”…I guess that’s a Windows thing; maybe there’s some conflict? Actually I can get the toggles to work if I click several times…that’s clearly not correct behavior, but I have some GUI toggles that work fine in 2.6, so it’s possible that’s not actually a Unity bug per se, but possibly relying on undefined behavior. (Or it could just be a bug of course.)

–Eric

Sorry I should have said this is a windows only bug. In all the confusion I completely forgot.

The toggles thing is weird, I have a number that do work, e.g the “Text” button is actually a toggle and it works fine. I was thinking maybe it’s something to do with it being in a window. Again though I don’t undertand why Unity did a pre-release to fix all these bugs and then didn’t even respond when I reported it.

Out of curiosity, is the bug marked open or closed? If it’s closed, they probably couldn’t reproduce it. If it’s open, then good question.

–Eric

Both are still open… and I emailed Tom directly to get an update.

Ok, some progress, it seems to be related to the cube I have overlayed in the top left corner. That’s rendered with a seperate camera into a texture and just displayed using a GUI.Box. If I disable the entire gameobject then I can resize the player without the freeze…

If I don’t render into a renderTexture then it’s ok… hmmmm what does this mean is wrong.

Ok so this seems to be a general bug whereever I’m using renderTextures which I use for a number of things, if any of them are enabled and I resize the player then unity freezes. Seems pretty serious to me, I really hope someone from Unity can look at this ASAP, I can’t see any way I can work around this other than just turning off the ability to resize the window which imposes a massive limitation on our users.

On windows try this link
http://demo.anatomy.tv/atv2/SimpleResizeTest.html

It’s a simple scene 1 sphere and 1 cube rendered into a gui element, run it resize the window and crash :cry:

Going to look at the toggles bug now…

I’ve just tried it under Windows 7 Ultimate 64bit with IE8 and FF 3.5.3 and I didn’t see any crashing.

I could resize the browser window, open new tabs, resize, switch back to your app, and everything looked fine.

I’m on XP64 here and that crashes, but on another machine with XP32 it works, and on yet another with Vista 32 it crashes, it doesn’t seem to be consistent on all machines.

would guess its graphic card and driver related as older cards and different drivers handle render targets differently. So depending on that you might be forcing something with your resize that basically blows up the whole rendering context which as consequence takes down the whole plugin and/or browser.

I don’t know if you are doing it already, but if not I would recommend the following handling for render targets and resize:

  1. remove render targets / disable render targets
  2. resize
  3. recreate render targets / reactivate render targets