Nikon the Third comments

Results 6 comments of


                                            Nikon the Third

`return reraise()` under an `async{}` context should be possible

You can just use `ExceptionDispatchInfo` (more info [here](https://msdn.microsoft.com/en-us/library/system.runtime.exceptionservices.exceptiondispatchinfo(v=vs.110).aspx)), which supports capturing and re-throwing an exception, without using the `rethrow` IL opcode, which cannot be used in an async context. ```...

`return reraise()` under an `async{}` context should be possible

@knocte, I completely overread that. So yes, this is the same thing.

Missing optional value in input type throws exception

Experiencing the same problem, in V11 this worked, in V12 it results in this hard to track down `NullReferenceException`. As a workaround, we currently use the default GUID value for...

Missing optional value in input type throws exception

Thank you very much, we tested it and it appears the HotChocolate 11 behavior has been restored.

Access modifier `type private X with ...` type extensions is ignored

I think I just realized what's going on. Access control specifiers on type extensions have no effect whatsoever: **They belong on the defined member!** If you declare an extension member...

Access modifier `type private X with ...` type extensions is ignored

The behavior is even more surprising if we look at intrinsic and optional extensions side-by-side: ```fsharp module Test open System type MyException () = class end // Optional extension. type...