Closed 0x0ade closed 9 years ago
After some debugging, it turns out:
Could not load type 'MonoGame.Framework.MonoLive.MonoLive' from assembly 'MonoGame.Framework, Version=3.0.1.0, Culture=neutral, PublicKeyToken=null'.
The FEZ-SDL2 branch of FNA contains a copy of it here. It contains a reference to System.Web.Services, which is not included in the Steam version. This already caused issues, namely #1.
I am not able to find MonoLive in the official MonoGame repository, nor in the master branch of FNA, which means there is a great chance "Uh. Uh Duh" could fix it, but I still need confirmation. It still is possible for MonoGame / FNA types other than MonoLive to have references to assemblies not existing in MonoKickstart.
Copying System.Web.dll and System.Web.Services.dll into the Steam FEZ directory as workaround is now confirmed.
(SIDENOTE: Why am I commenting my own issues?!.. well, maybe if someone finds this: Hi!)
Got confirmation that "uh. uh duh" will fix this issue and other issues with assemblies not found that may occur. Supporting FEZMod via MonoKickstart in versions not affected by "uh. uh duh" may become harder, but that would generally only be 1.07 (unless the speedrun community creates a new category for "uh. uh duh"), which is being run outside of Steam (MonoKickstart) anyway.
Ways to fix this issue in versions not affected by "uh. uh duh":
When running FEZMod on FEZ 1.11 through Steam, XmlHelper fails finding types in the MonoGame framework, making XmlHelper useless for basically anything. Hopefully "uh. uh duh" (just waiting) will fix it automatically.
(ignore FezCorruption for now; that's FEZ.Secret.mm)