Daniel DeGroff

Yes.. we need to do this. There is a bit of info in the `README.md` > The load test configuration is set to 10 clients with 500,000 requests each. The...

Not sure the best way to fix this. The current method signatures is: ``` register(userId: UUID, request: RegistrationRequest): Promise { ``` It should be (I think): ``` register(userId?: UUID, request:...

We do have some "optional" capability. I think we currently parse for "Optional". We could make it more official in our DSL. https://github.com/FusionAuth/fusionauth-client-builder/blob/947bc46da306d6819a7f537c74bd952c9a6c78a6/src/main/client/_macros.ftl#L226

> Having a separate field in the DSL might be a little more ... robust ... than parsing a comment for the word 'Optional'. :) Totally agree. This shouldn't be...

Thanks for the feedback @DanielJoyce - I apologize we are bit weak on TypeScript over here. In your experience, do clients built with OpenAPI / Swagger work pretty well? We...

If you omit the `Content-Type` request header, does it work ok? I think the issue is in our builder, I think this was a carry over from native JavaScript where...

Assuming it is related to this issue where the error JSON body is not coming back correctly. https://github.com/FusionAuth/fusionauth-typescript-client/issues/9 When you use a different REST client, what is returned in the...

Ah, ok, so you know what the error is - and the issue is only that the JSON response is not coming back correctly. Can you try 1.13.2 and see...

Does passing in a `null` instead of an empty setting make any difference?

Ok, thanks. That is a bug in the client, we'll fix that in an upcoming release. Actually the empty string should work as well, we'll look into this further.