Claus Rørbech

Hmm. There is some issue around the generated swig code that doesn't use the `stdint.h` types but `long/long long` and this causes some mix when calling these methods from the...

Hi @Reedyuk. We should have fixed these issues a while ago. If you are still having issues please feel free to add comments

Not fully on top of this, but seems like the work that I thought fixed this (#184/#673) was done prior to this issue being reported so assume there is still...

Hi @tarasmorskyi-mediamonks. Thanks for the feedback, we will try to improve the docs. Here is a small sample snippet to assist grasping and combining the API/concepts in the meantime ```...

Thanks for the report. We will try to get rid of the listener to allow using the configuration cache.

It probably makes sense to allow during migration, but feels very dangerous that it is allowed for normal writes without a duplicate violation check when committing. To me it really...

Hi @SujithManjavana. If somebody repacks the apk it could be an issue, so anything like that would be a possibility and there is even more things that could be off...

Hi @danika. Thanks for the report. This seems like a duplicate of https://github.com/realm/realm-java/pull/3030 that originates from an issue around which classes that are passed to our transformer. The currently used...

Yes, this should be possible to add to our internal type adapters. We will try to add this.

I managed to reproduce this also when: - not explicitly setting an `origin` as introduced in #386 - modifying the IR to just return a string constant in the getter...