Closed TomasKypry closed 7 months ago
Hi @TomasKypry from stacktrace it seems that one InApp message is trying to be shown from background thread. Please, we need info:
Thank you
Also please, does this issue occurs on later SDK version (in case you done update of SDK as well) Thanks
Hey @adam1929, we:
2.12.3
configure
in AppDelegate.application(_:didFinishLaunchingWithOptions:)
Unfortunately this error doesn't occur every single time, so we're unable to just test the latest version in debug mode. If you think you've made some changes since 2.12.3
that could help, we can try updating and see when the app hits production, but otherwise the problem probably still stands and needs attention even before we test the latest version.
Thank you @MatyasKriz for more informations, especially to remove my 'background+UI' suspicions.
So I looked into code and your stacktrace and I have direct culprit for that = race condition while accessing a pendingShowRequests
by multiple threads.
Unfortunately, it is bug in SDK and is not directly fixed by newer 2.13.0 SDK version.
We plan fix for that, will be delivered in next release (planned at end of this month).
You may have another option, if it is possible, to call identifyCustomer
and trackSessionStart
with some delay. Still, it is not a true fix, but may help to avoid multithread collisions.
Hi @MatyasKriz please upgrade SDK to latest version. We fixed multithread collision in SDK for InApp messages. Please re-open if crash still occurs. Thank you
Hi,
There are multiple crash reports (Firebase) in our app using Exponea regarding In App Messages. These crashes are occurring in the first few second after launch.
Our guess is it's maybe some data race during messages preloading.
Here's our Exponea setup: (Called in
application(_ application: UIApplication, didFinishLaunchingWithOptions)
)Crash stack of the crash:
Can you please take a look at this a let us know if you find anything that could be causing the crashes?
Thank you