Closed Lemac closed 1 year ago
Thanks for reporting the issue. The issue is generated in the native side of the library, thus we require a native stack trace log, it looks similar to this.
Seems to be rethrown from the JNI wrapper, so there wont be any native stack trace in the logs.
Most likely the file is just deleted when the transaction is about to be committed to storage. @Lemac In which cases do your app delete the realm file? And are you doing it through normal file system operations? In that case you could try using Realm.deleteRealm(...)
to ensure that the various operations are performed mutual exclusively.
This issue has been automatically closed because there has been no response to our request for more information from the original author. With only the information that is currently in the issue, we don't have enough information to take action. Please reach out if you have or find the answers we need so that we can investigate further.
How frequently does the bug occur?
Sometimes
Description
cannot reproduce manually, but this bug always reproduce. From the log, I can see the db file is broken.
Stacktrace & log output
Can you reproduce the bug?
Sometimes
Reproduction Steps
cannot reproduce manually, but this bug always reproduce. From the log, I can see the db file is broken.
Version
10.11.0
What Atlas App Services are you using?
Local Database only
Are you using encryption?
No
Platform OS and version(s)
android 9
Build environment
Android Studio version: Android Studio Electric Eel | 2022.1.1 Patch 2 Android Build Tools version: 3.6.4 Gradle version: 6.1