The requested item has been unloaded

You can patch Unity Monodevelop source to fix this bug and rebuild some dlls. I did that and uploaded dlls, you can just download and replace: There are Dlls for Monodevelop version 2.8.2 and 4.0.1 https://www.dropbox.com/s/p5gnzv8y8pcbdor/MonoDevelop_Patches.zip?dl=0 These dlls work for me, if you get problems, you can download Unity Monodevelop source and build them manually (I will point what needs to be added below).

In this dlls there are two fixes: First for not showing enum, and second for not showing generic collections saying "unknown type 'System.Collections.Generic.CollectionDebuggerView'1 mscorlib". Fix for inspecting collections is just ignoring custom Debugger Proxy class and using plain inspector, so you will see all inner members of List and Dictionary.

Fix for Enum: in SoftDebuggerAdaptor.cs TryCast function you can "eat" AppDomainUnloadedException and continue

            if (valueType is TypeMirror) {
                 fromType = (TypeMirror) valueType;
     
                 try {
                     if (toType != null && toType.IsAssignableFrom (fromType))
                     return obj;
                 }
                 catch (AppDomainUnloadedException excep) {
                 }                
                 
                 // Try casting the primitive type of the enum
                 EnumMirror em = obj as EnumMirror;

Fix for generic collections: In ObjectValueAdaptor.cs GetProxyObject function instead of throwing if Proxy Object could not be loaded, return plain object it ignores proxy attribute for List, Dictionary, etc:

             try
             {
                 if (ttype == null)
                     return                obj;
                                 
                 object val = CreateValue (ctx, ttype, obj);
                 return val ?? obj;
             } catch (Exception ex) {
                 ctx.WriteDebuggerError (ex);
                 return obj;
             }

Such an annoying problem... Re-attaching the debugger while the game is running seems to fix the issue for me, it's still lame I have to do all that clicking to see an enum... Hopefully this helps someone else out!

This is a bug in MonoDevelop, been there for ages, probably won't be fixed for the next few years.

I've found the following work around. For every enum in your code, you can add:

public int debugView_enumName {get {return (int) enumName; }}

This will let you then view the enum casted to an int in the watch window. Certainly a dirty solution, but we have to do what we can in these dark times.

This is not a MonoDevelop problem, it's actually a Unity problem - but there is a workaround (see below).

The issue is that Unity constantly re-creates the .csproj files for MonoDevelop, which is not the standard way that MonoDevelop (or any IDE for that matter) actually works. This causes MonoDevelop's caching system (which is based on some sort of hash of the project file) for it's completion data to become invalid, causing lots of issues related to code completion and debugging (not just enums). The completion data for the project is actually pointing to a previous completion cache file and will not pick up any new definitions of enums, which causes the debugger to throw an exception when trying to show the enum value.

The solution is this: every now and then clear the caches. These are located on Mac in /Users/yourusername/Library/Caches/MonoDevelop-Unity-4.0/DerivedData (there is a corresponding folder on Windows but I don' t know where it is exactly). Deleting all of the files in this folder will clear the completion data cache, and force MonoDevelop to re-create the caches. This of course will only work once as Unity will then blow away your project files the next time you run Unity - so you'll have to do it every now and then to have the IDE re-sync it's caches.

The ultimate solution is for Unity to stop trashing project files they way they are doing it and allow MonoDevelop to work the way it supposed to work. If they need to update the project files, they need to do so in such a way that MD can correctly associate the new project file with the cached completion data in its completion cache.

I've been having the same problem. I've been using this method to spam Debug.Log:

 private string PropertyDump(object variable)
 {
     var stringPropertyNamesAndValues = variable.GetType().GetProperties()
         .Where(pi => pi.PropertyType == typeof(string) && pi.GetGetMethod() != null)
         .Select(pi => new 
         {
             Name = pi.Name,
             Value = pi.GetGetMethod().Invoke(variable, null)
         });

     System.Text.StringBuilder dump = new System.Text.StringBuilder();
     foreach (var pair in stringPropertyNamesAndValues)
     {
         string pairAsString = string.Format("Name: {0} Value: {1}{2}", pair.Name, pair.Value, System.Environment.NewLine);
         dump.Append(pairAsString);
     }
     return dump.ToString();
 }