Daniel (dB.) Doubrovkine
Daniel (dB.) Doubrovkine
Is this fixed/changed in main? Or with opensearch-java?
@prudhvigodithi If @reta is correct, is this still an issue? I do feel like if I use `gte` I'd expect to see `gte`, and if I use `to` I'd expect...
Let's leave Elastic aside. It's likely the same bug. Feel free to turn it into a failing unit/integration test and make a PR with a fix. Please make sure not...
Yes, this looks incorrect. Would appreciate a PR. Are there other types in this case? Does anything have to be `_async`?
Thanks for pointing this out @drewbrew. I guess I don't know the answer to this, let's work backwards from what we want?
@pattrickrice Is this based on the code duplication? Much of it is generated, or should be, so I'd start by deleting all the API implementations and focusing on a new...
Try turning it into a failing test? This is generally a symptom that the payload signed doesn't match the payload sent.
This is happening [here](https://github.com/ruby-grape/grape-roar/blob/master/lib/grape/roar/representer.rb#L10), maybe we should protect the code from extending singletons, `nil` being one, maybe there's a better way than comparing to a list? Also is there any...
Maybe we can just detect whether these are singleton types and make them non-representable?
@ashkan18 was this your problem?