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

Getting HTTP 500 Internal Error after adding FCM Service Account File #149

Open
victorlsn opened this issue Jun 3, 2024 · 3 comments
Open

Comments

@victorlsn
Copy link

After adding the FCM file on our Dashboard, we started receiving information on our Error Tracking:

POST https://{INSTANCE_ID}.pushnotifications.pusher.com/device_api/v1/instances/{DEVICE}/devices/fcm [500]

We have over 23k occurrences of this event in our dashboard, plus notifications aren't currently working.
We'd like to at least remove the Service Account file from the Dashboard for now, but that also doesn't seem to be an option on the Dashboard UI.

@JonathanCaspar
Copy link

JonathanCaspar commented Jun 28, 2024

I'm having the exact same problem, I'm unable to register any new device for push notifications because of this.

I was trying to set up Pusher Beams using Flutter but faced the following error in the Android emulator:

W/PushNotificationsAPI( X): Failed to register device: NOKResponse(error=Something went wrong, description=Device could not be created)

After debugging in push-notifications-android library source code, I figured that this error was caused by a HTTP 500 Internal Error returned by

POST https://{INSTANCE_ID}.pushnotifications.pusher.com/device_api/v1/instances/{INSTANCE_ID}/devices/fcm

when the library executes the registerFCM function.

The library calls this endpoint by passing a token, a metadata object and aknownPreviousClientIds list, which seems to be a different signature than the one documented here (Pusher API documentation#register-new-fcm-device) for this same endpoint.

In the documentation mentioned above, the endpoint for registering to FCM apparently requires a bundleIdentifier which the client library doesn't seem to provide to the endpoint.

I tested the same call in Postman by explicitely passing a bundleIdentifier but still getting a HTTP 500.

There seems to be an internal issue going on on Pusher Beams API side, could anyone from the Pusher team please have a look at this?

@andrewindayang
Copy link

I'm having the exact same problem, I'm unable to register any new device for push notifications because of this.

I was trying to set up Pusher Beams using Flutter but faced the following error in the Android emulator:

W/PushNotificationsAPI( X): Failed to register device: NOKResponse(error=Something went wrong, description=Device could not be created)

After debugging in push-notifications-android library source code, I figured that this error was caused by a HTTP 500 Internal Error returned by

POST https://{INSTANCE_ID}.pushnotifications.pusher.com/device_api/v1/instances/{INSTANCE_ID}/devices/fcm

when the library executes the registerFCM function.

The library calls this endpoint by passing a token, a metadata object and aknownPreviousClientIds list, which seems to be a different signature than the one documented here (Pusher API documentation#register-new-fcm-device) for this same endpoint.

In the documentation mentioned above, the endpoint for registering to FCM apparently requires a bundleIdentifier which the client library doesn't seem to provide to the endpoint.

I tested the same call in Postman by explicitely passing a bundleIdentifier but still getting a HTTP 500.

There seems to be an internal issue going on on Pusher Beams API side, could anyone from the Pusher team please have a look at this?

yeah... i ve the same issue too... possible help us with this please..

@kimonneuhoff
Copy link

why is no one looking into this???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? what am i paying for????

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants