DocFX Version Used: 2.30
Template used: (default or statictoc or contain custom template)
Steps to Reproduce:
Expected Behavior:
Type for Enum - Enum.
Actual Behavior:
Type for Enum - Class.
Reproduced. This happens when docfx metadata a.dll, docfx metadata a.csproj works fine.
It turns out that system.object is not successfully resolved with assemblies and thus the enum turns out to be an ErrorType and fallback to default value Class
Is there any progress with this issue? Or may be some workaround?
Currently docfx by default loads mscorlib.dll to resolve system.object, however, for netcore cases, mscorlib.dll may not exists, and thus system classes are not able to be found. To fix this issue, we need to support netcore environment for assembly loadings. Adding @superyyrrzz and @herohua to take a look at the issue.
The same behavior was reproduced for delegates.
Is there any Update on this as I'm facing the same problem for my dll's. Or will this be addressed with release v3?
Unfortunately this is still an issue with the current version.
Yeah I had to do a workaround myself. I compiled a Version without the line where the wrong .net-Assembly is loaded and added the correct .net core assemblies via paths in the docfx.json property references. I tried to add a automatic way to resolve all needed Assemblies but its pretty hard and I gave up at some point. The closest I got was with some help of the Nuget from ILSpy but it did not always find the correct version of the framework.
Though part of why I gave up was that I also tried to fix inheritdocs from external dll's at the same time. For example when you inherit documentation from System-Types it currently is not able to resolve those and leaves them empty.
Back then I was hoping for docfx v3 to release for community soon but I'm still waiting without any releasenews in sight.
Most helpful comment
Is there any progress with this issue? Or may be some workaround?