-
Notifications
You must be signed in to change notification settings - Fork 886
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Crash on AWSMobileClient
when initialising at runtime.
#5458
Comments
Hi @RuiAAPeres, thank you for submitting this ticket! One of our team members will do some investigation on this as soon as possible. |
Hi @RuiAAPeres!
We apologize for the confusion/inconvenience this caused, and we will take notice to remove these outdated methods soon. To answer your question: no, you should not use that method. Instead, what you should call from your AppDelegate is the Please update your code and let us know if you're still experiencing the crash. |
Hi @ruisebas, appreciate the reply. I guess my question is: why? As in, what's the benefit of calling that method if I am only using AWSPinpoint? From my tests, without using |
It depends on how your backend is configured. If you're not going to use Auth-related operations nor rely on them to submit events to Pinpoint, then it's probably ok to avoid using |
I would like you to expand on that |
Officially, our guidance is to use both But it depends on your use case and how you've configured your backend. If you don't authenticate your users at all during your app's lifecycle and your Pinpoint application accepts events just fine, then I see no reason to initialize |
Thank you @ruisebas. I will close this issue for now. I will re-open (or create a new one) if we have issues. Outcome: we will use the |
This issue is now closed. Comments on closed issues are hard for our team to see. |
State your question
We are currently initialising
AWPinpoint
dynamically (i.e. without the use of JSON files). We do this, because the configuration is dependant on a few conditions that are only available at a later point. We do the following:My
AWSConfiguration
has the following shape:At a later point, we call this:
The above call works fine in
DEBUG
mode, but it's crashing inRELEASE
with the following:This is how our
awsconfiguration.json
looked (before removing it):Question:
AWSMobileClient.default().interceptApplication
? We only use AWSPinpoint.Which AWS Services are you utilizing?
I am using AWSPinpoint.
Provide code snippets (if applicable)
Environment(please complete the following information):
Device Information (please complete the following information):
The text was updated successfully, but these errors were encountered: