Skip to content
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

[Bug]: Braze Payload issue #100

Open
BrazeCJ opened this issue Jan 3, 2024 · 6 comments
Open

[Bug]: Braze Payload issue #100

BrazeCJ opened this issue Jan 3, 2024 · 6 comments
Labels
bug Something isn't working

Comments

@BrazeCJ
Copy link

BrazeCJ commented Jan 3, 2024

Platform

iOS

Platform Version

iOS 14] +

Braze SDK Version

5.11.0

Xcode Version

Xcode 14.2

Computer Processor

Intel

Repro Rate

100%

Steps To Reproduce

  1. iOS Setting(method didFinishLaunchingWithOptions) excepts for silent push
  2. Push with Braze campaigns
  3. Run to app(Background Mode)
1  iOS Setting excepts for silent push

Expected Behavior

Push Payload information(field name : ab) is not being called correctly.
This prevented the app from activating properly in background mode.

Actual Incorrect Behavior

Push Payload information(field name : ab) is not being called correctly.
This prevented the app from activating properly in background mode.

Verbose Logs

No response

Additional Information

No response

@BrazeCJ BrazeCJ added the bug Something isn't working label Jan 3, 2024
@jerielng
Copy link
Collaborator

jerielng commented Jan 3, 2024

Hi @BrazeCJ, could you provide a little more details around your testing? Are you able to debug where the failure point is in your code? Specifically, in your else block, can you confirm where exactly you are not getting the values you are expecting (i.e. is the launchOptions nil, is the remoteNotification nil, etc.)?

From our end, I am not able to reproduce a scenario where the "ab" contents are not present in the push payload. It's worth pointing out that we typically check and process the push payload in the application(_:didReceiveRemoteNotification:fetchCompletionHandler:) delegate method for handling silent/background notifications, per the integration tutorial. Is there a specific reason you are relying on didFinishLaunchingWithOptions?

@BrazeCJ
Copy link
Author

BrazeCJ commented Jan 4, 2024

Hi @jerielng ,

Thanks you for answer.

Are you able to debug where the failure point is in your code?
�answer : below the image and The issue occurs at the time of the push click while the app is closed.
스크린샷 2024-01-04 오전 9 07 24

Is there a specific reason you are relying on didFinishLaunchingWithOptions
answer : They do not want to recieve silent push so they set Braze Slient Push exceptions.

@jerielng
Copy link
Collaborator

jerielng commented Jan 4, 2024

Hey @BrazeCJ, thanks - in that screenshot, more specifically, could you specify which of those three objects is coming back nil? Figuring out which one is not populating would help pinpoint if it's an issue inside the Braze payload or something in the UserNotifications framework.

If possible, it would be helpful to gather all of this information, along with a relevant campaign that you are using to test, to send to our support team at support@braze.com and then reference this GitHub issue for additional context.

@BrazeCJ
Copy link
Author

BrazeCJ commented Jan 25, 2024

Hi @jerielng

I hope you are doing well.

Information coming in as nil means "ab" in the Payload field

Thanks

@jerielng
Copy link
Collaborator

@BrazeCJ Are you able to log and share what the payload of your remoteNotification object contains?

@hokstuff
Copy link
Collaborator

Hi @BrazeCJ,

Are you still experiencing this issue? It will likely be easier to converse via our Support channels at support@braze.com to share any relevant code and behaviors you are seeing. Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants