We're experiencing the same issue on both iOS and Android, namely that on app launch we use the exact code documented here to register push token: https://experienceleague.adobe.com/docs/campaign-standard/using/administrating/configuring-mobile/su...
The issue is that we can see the token is available in the app through debugging, and we can even use collectPII to send that token to a test field in ACS and this works fine, however the setPushIdentifier function doesn't populate the field in the Registration Token in Adobe Campaign Standard.
If we kill the application and relaunch it then the registration token is correctly sent.
It appears that there is some delay in the SDK registering the token and making available for all SDK functions.
Solved! Go to Solution.
Topics help categorize Community content and increase your ability to discover relevant content.
Views
Replies
Total Likes
Quick update, it was a provisioning/tech ops issue with the staging environment.
Views
Replies
Total Likes
After more investigation it appears that the setPushIdentifier function is simply setting the SDK pushIdentifier string rather than pushing this to Adobe Campaign. For that an Mobile Core > Action or collectPII is required, correct?
There seems to be some delay in this setPushIdentifier function setting the string, so when we call collectPII immediately after it isn't available for Launch to send to Adobe Campaign, despite being available generally.
How are other developers mitigating this? Or is everyone ignoring the setPushIdentifier method and manually configuring via collectPII and contextData in Launch?
Views
Replies
Total Likes
Views
Replies
Total Likes
Views
Replies
Total Likes
Views
Replies
Total Likes
Views
Replies
Total Likes
Views
Replies
Total Likes
Hi @Rev_J ,
Invoking the setPushIdentifier API will send the push token to the Adobe Visitor ID service which then forwards the token to your ACS instance. It is possible that there is an issue in the backend which is why sending the push token with collectPii is able to populate the app subscriber table while the setPushIdentifier call isn't able to. We do have some troubleshooting steps available at https://aep-sdks.gitbook.io/docs/resources/troubleshooting-guides/push_notification_troubleshooting. Could you take look and see if it helps resolve your issue? If that doesn't help, I think the next step to take would be to open a customer care ticket so the appropriate team could investigate the issue.
Thanks,
Ryan Morales
Mobile Engineer
Adobe Experience Cloud
Thanks Ryan.
We have different app development team working on multiple apps and they are all experiencing the same issues across iOS and Android. Thanks for confirming the intended behaviour. I will post a link to that guide to them. I've already contact customer care.
One other question - customer care asked us to confirm the ACS server URL in the app code, I think that this is inherited from the Launch property, right? Is there something that need to be coded in the app to state the ACS server? I can't see anything in the documentation.
Views
Replies
Total Likes
Is there any way our app developers can get onto Project Griffon without a 48 hour delay? That pretty much wipes out the rest of this week.
Views
Replies
Total Likes
Views
Replies
Total Likes
Views
Replies
Total Likes
Views
Replies
Total Likes
Views
Replies
Total Likes
Quick update, it was a provisioning/tech ops issue with the staging environment.
Views
Replies
Total Likes
MobileCore.setPushIdentifier
this token was not push to the adobe dep sdk
still yet to push any notification
can we know if anyone sort out the registration token issue?
Views
Replies
Total Likes
Views
Likes
Replies