Closed rscholtes closed 9 years ago
Doesn't Crashlytics provide any more details about the crash from the users? As much detail as possible is really useful.
No, but we did log the application lifecycle ourselves and found out the crash happens when applicationWillTerminate gets called.
0 | 09:48:41:060 | applicationDidBecomeActive
1 | 09:48:44:664 | applicationWillResignActive
2 | 09:48:45:590 | applicationDidEnterBackground
3 | 09:48:45:605 | applicationWillTerminate
Where do you see the crash reason listed in the subject of this issue?
Crashed: com.apple.main-thread EXC_BAD_ACCESS KERN_PROTECTION_FAILURE 0x0000000102bdc000
followed by stacktrace
i've set up a project reproducing this error if that helps any
Yes, please that would help quite a lot! You can send it privately to help@realm.io.
is it reproducible all the time in applicationWillTerminate?
yes it is, i send you guys the project to reproduce this
@rscholtes I am considering importing Realm recently, but it seems this is quite a serious bug?
@rscholtes: Thanks, we received your project and are looking into it. I'll keep you up to date here with the results of our investigations.
We believe this issue to be fixed in our master
branch, which should be made available in an official release shortly. I'd appreciate if you could try integrating that version into your apps to see if the issue occurs again. Thanks for your patience!
@jpsim do you mind share what's the root cause? The PR just add a few methods
@jpsim do you mind share what's the root cause? The PR just add a few methods
That's because the fix happened externally, in our core database engine, which is a binary dependency of realm-cocoa.
The issue is a bit complex, but it boils down to incorrectly handling a race between a commit and a new thread or process opening the database, which could result in a crash.
Thanks!
We released a new version of our app, and this crash has been resolved!
Hello,
We just launched a test version of our app in the appstore and are receiving lots of crashreports through crashlytics. We managed to reproduce this crash through force killing the app. The actual networking task is already done, so there should be no reason for this crash to occure.
The app crashes with the following stacktrace: