System.Reflection.ReflectionTypeLoadException

[Cappi1998]

I'm not able to identify which Dependency is missing, I've already checked the templet and the entire Wiki regarding plugins and their dependencies, I don't know what I'm doing wrong :<

System.Reflection.ReflectionTypeLoadException: Unable to load one or more of the requested types.

at System.Reflection.RuntimeModule.GetTypes(RuntimeModule )
at System.Reflection.RuntimeModule.GetTypes()
at ArchiSteamFarm.Plugins.PluginsCore.InitPlugins()
System.TypeLoadException

Dependency File: https://pastebin.pl/view/d38168e6

Project Configuration: https://pastebin.pl/view/48d992d8

[JustArchi]

You're most likely attempting to run plugin compiled for ASF 5.2.0.x with ASF 5.2.1.x - this is not possible due to breaking change noted in the changelog.

If this is your plugin, you need to update your plugin in regards to ASF breaking change: 0eab358

If this is not your plugin, you need to either remove it and wait for author to update it, or downgrade back to 5.2.0.10 and stay on that version until there plugin update available (not recommended, as you opt out of ASF automatic updates with all its implications).

Let me know if you need further help.

[Cappi1998]

Thank you very much, I updated the reference to the latest version, but I can only load it from the generic ASF version, from what I read on the wiki I won't be able to make it work in specific versions correct?

[JustArchi]

That highly depends on what your plugin is doing. Yes, there is a possibility that you depend on .NET feature that wasn't included (was trimmed) in the OS-specific build. As written on the wiki at https://github.com/JustArchiNET/ArchiSteamFarm/wiki/Plugins#native-dependencies - you may need to use generic ASF build in this case. Not all plugins however need to do that, most basic ones that do not depend on non-ASF stuff are working just fine in OS-specific.

If plugin works in generic but doesn't work in OS-specific in the same version of ASF, there is a very high chance that this is exactly what is happening. The solution is to use generic ASF variant in this case - OS-specific won't work with more advanced plugins that possibly go beyond functions bundled in ASF.