I’m using beta 19 on Windows and still quite constantly get the error “Asset ‘C:/Program Files (x86)/Unity/Editor/Data/UnityExtensions/Unity/GUISystem/4.6.0/UnityEngine.UI.dll’ is in timestamps but is not known in assetdatabase…” despite the patch notes saying it should be fixed.
What usually happens is I try to quit Unity by pressing the close button (X) and nothing seems to happen. I press it again after a while and Unity closes. I start the project again and it’s messed up, gives me this error. The uGUI elements already added to a scene still work, but I can’t add any new uGUI components. I have to delete the library and reimport everything (which takes a long time with our project).
Does it happen with b20? i know it might not be usable for you atm but maybe it has been fixed there. The other option is to wait for b21. if it still happens in b21 report a bug.
Edit: I was opening an older copy of the project and Unity seemed to hang, just showing the splash logo. Killed the process, opened the newest copy, missing uGUI stuff.
Just happened with RC3. I quit Unity, re-installed Visual Studio Tools for Unity, reopened Unity and bam.
It’s getting quite annoying to have to delete the Library folder and going through the import that takes ages with our project.
I’ve gotten this at least three times today. Also, during the import Unity keeps stopping the process to tell it couldn’t open some temp file, which is always fixed with “try again”. So I can’t even go do something else during the import.
We’re on 4.6.0 now and this problem has only become more frequent. I’m having difficulty tracking it down, but one interesting thing about it is the way it propagates through our PlasticSCM branches (i.e. once it occurs on one branch and we then merge that onto another, everyone using this other branch experiences it in turn). Mysterious.
I’m keeping my eyes open. In the meantime, do you suppose I could just compile my own UnityEngine.UI.dll and UnityEditor.UI.dll files and dump them into our assets folder? Those will supersede the UnityExtensions stuff, yes?
We usually have the problem 3,4 times per day (with 10 developpers). The only solution that works is to rebuild the library folder but it takes hours on our projects. It’s just a nightmare !
We tried with unity 4.6.1 and the issue is still there.
Do you have you any tips unity guys ?
We don’t have a good repro and know whats causing it (We have only seen it once or twice seen it internally). We wan’t to fix this but are not sure why it’s happening yet.
Just had it 10 times in 20 people team in one day. No idea what causes it but once it started it randomly occures on all machines. I personaly had it when resizing a png on disk from 100 to 256 pixels and than switching back to unity window.
Unity, please let us know how we could help you to fix the problem
I’d guess over the team something got checked in which caused the issue, could you send us the project when its in that state? Hopefully it would then happen for us as well :).
We have several projects that use a symlinked shared folder that contains most of the code and resources. Most often this seems to happen when switching between projects and there’s some reimporting to do.
Just now I was happily doing stuff with a project, then created a new bug repro project and changed to that. When I changed back to the project, it happened again. I did nothing except changed projects. It’s only the UnityEditor.UI.dll and UnityEngine.UI.dll that can’t recover from it after a restart.
Here’s a picture of the console on the first start when it broke and after a restart.
Happening to me too, I’ve got a 32bit version of this program and I’m using a 64bit version of windows…does that matter?
This is the first time I launch the program, I choosed the folder where create the game and it stays loading the whole time.
So - I ran into this problem, and I tried all the suggestions of re-importing my project, deleting the Library Folder, all to no avail. It seemed that everytime I opened my project it would crash Unity 4.6.1. I even tried a clean install of Unity 4.6.1 and it still crashed. So I went to the console (Mac OS X) and found that it had problems re-importing one of my assets. A material file of all things.
Updating Assets/ArbitraryMaterialNameWhichWasIrrelevant.mat - GUID: 4bb4b66abacc57b44a075bdef8051b4b…
libc++abi.dylib: terminating with uncaught exception of type std::length_error: basic_string::resize
It then had a pretty stacktrace which means nothing to me, but perhaps to Unity Devs…
(attached Stacktrace.txt)
So, Everytime I would re-open my project after this (in the few occurrences that I could) none of the UI solution would work, because the guidmapper didn’t have a reference to any of those scripts / components. Because the project import errored out, and never completed cleanly / successfully. So the very simple task of deleting the offending corrupted material, and re-importing my project has allowed it to re-import correctly, and then all the UI components work again. So my recommendation to users is to try and see what the last asset was that was GUID mapped, and ensure there weren’t errors importing your project. If there are, remove the offending files, and re-import… Worst case is you have to rebuild a corrupted asset or two. Hopefully it’s a material file or something arbitrary.
