Vladimir Sapronov

@jgardella The issue basically boils down to the fact that your `Configuration` type is not recognized as a record type from `FSharp.Json.Error.fsx` script. If I put this line into your...

Well, please try this from you other project referencing `FSharpLint.Core`: `FSharpType.IsRecord typeof`. What it returns to you? If reflection can't see that `Configuration` type is a record then FSharp.Json neither...

@jgardella Now I'm pretty sure it's related to FSharp.Core versions. Here's how I diagnosed this. This is the code that I have put into FSharp.Json.Error.fsx: ``` #r @"bin\Debug\net461\FSharpLint.Core.dll" //#r @"bin\Debug\net461\FSharp.Json.dll"...

If you need help to understand more why you have got this issue I can stop by some day at Hoboken. Or just setup FSharp.Json office hours for Thor team...

There's no such thing as binding redirects for fsx files. The fsx files are compiled into separate assembly which is then executed. You have done: specified binding redirects for every...

@NicoVIII and @vincenzoml What do you think could be done from library perspective? May be better exception message pointing towards real problem (`private` access modifier)? Also @nzav would you be...

@aleksandrkolesnikov What @sanchez wrote is true. Do you have some suggestion on how to retrieve type information for `internal` or `private` types?

Hi, some types I could support but keep in mind that competing with Newtonsoft was never a goal of this library. One of the complexities would be provide/not to provide...

I will consider this change. Though it's a breaking change (and not a breaking bugfix) to current logic. So such change in logic should be either under config flag or...

I will add support for these shortly. Stay tuned.