js6pak

> So we can't re-use what's available for c# and have to re-implement everything That completely defeats the point of a rider plugin imo. If you want to use omnisharp,...

> Are you sure that CS:GO is x64? https://blog.counter-strike.net/index.php/2016/05/14479/ > 2016.05.25 – OS X and Linux now use 64-bit game clients.

Actually this issue is just a duplicate of #72094

`GitHubActions.` still sounds too generic, I feel like having a more unique name for the project would be both less confusing and better for searchability.

At least for me, `GitHubActions.Toolkit.Core` seems to suggest that it's the `Core` subcomponent of the `Toolkit` library owned by the `GitHubActions` organization. Something like `GitHubActionsToolkit.Core` where `Core` is the subcomponent...

I can reproduce this with explicit interface implementations, but can you provide any repro code for when it happens with just overriding base class methods?

While excluding is something I'd want to implement, inheriting causing crashes sounds like a bug, could you send the dll you are trying to publicize and the type name thats...

> Access checks are still being done by non-unsafe assemblies That's why AssemblyPublicizer.MSBuild sets [`AllowUnsafeBlocks` for mono](https://github.com/BepInEx/BepInEx.AssemblyPublicizer/blob/8039dcce815e46e2a4b110a0abef471764a7de4a/BepInEx.AssemblyPublicizer.MSBuild/BepInEx.AssemblyPublicizer.MSBuild.props#L26) and [`IgnoresAccessChecksTo`s for coreclr](https://github.com/BepInEx/BepInEx.AssemblyPublicizer/blob/8039dcce815e46e2a4b110a0abef471764a7de4a/BepInEx.AssemblyPublicizer.MSBuild/BepInEx.AssemblyPublicizer.MSBuild.props#L20-L22) Unless you mean the check failing in a "safe"...

@DaXcess does this solve the issue for you?

Okay so it just doesn't work on non-linux for whatever reason... I guess there is some difference in how cake scripting resolves natives?