Firebase Cloud messaging : random delay between sending and reception of message?
I am currently working on an Android application for school. Basically, one of its purposes is for you and your friends to be able to locate each other on a map. To make this happen, we use Firebase Cloud Messaging. I followed the tutorial provided by Google, and everything seems to work fine.
I set up the FirebaseMessagingService as shown in the tutorial, overridden onNewToken, onMessageReceived and onMessageDeleted. The token is saved in our school DB, so I can check in real time which accounts is linked to which Firebase token, allowing me to test a device with the FCM console.
This is where the problem occurs: I receive the messages, but there's some kind of random delay. Sometimes the messages come instantly, and some other times we have to wait for more than 20 minutes, without even being sure whether or not the problem comes from our implementation or from Firebase. We have absolutely no idea why this delay appears. Sometimes we just think our application is broken, and do something else, but then we come back to Android Studio and see the app received all the pending messages at once.
Here is my service declaration in the manifest:
<service android:name=".domains.FirebaseService" android:enabled="true">
<intent-filter>
<action android:name="com.google.firebase.MESSAGING_EVENT"/>
</intent-filter>
</service>
And here's my implementation of FirebaseMessagingService
public class FirebaseService extends FirebaseMessagingService {
[...]
@Override
public void onNewToken(String token) {
// Save on DB
}
@Override
public void onMessageReceived(RemoteMessage remoteMessage) {
Map<String, String> data = remoteMessage.getData();
if(data.size() > 0) {
// Do stuff
}
}
[...]
}
So this seems pretty logical, nothing fancy here. Still, the delay before receiving any message is fully random and doesn't seem to be linked with the service status.
Again, the problem occurs even when sending the message from the Firebase console, so I think we can safely exclude the possibility that the problem comes from sending the message, since in the end, the application receives 80% of the time the message.
Since I receive the messages, I don't think the problem actually comes from the service... Maybe I'm wrong ?
Also, I'm pretty sure that the Firebase token doesn't change before and after the message is sent, which would explain why the device doesn't receive the message.
Do you have any idea where this delay could come from ? We've searched all over the internet to look for a solution, without finding any answer.
Thank you in advance.
EDIT: For what it's worth, I'm sending every message using the Firebase token of the device, and in our case we are using an emulator, so maybe that could be a reason why it's not working fine.
EDIT 2: As I mentioned in the comments below, our school expects us to use FCM and nothing else, so we need to make it work with it.
java android firebase-cloud-messaging
New contributor
|
show 8 more comments
I am currently working on an Android application for school. Basically, one of its purposes is for you and your friends to be able to locate each other on a map. To make this happen, we use Firebase Cloud Messaging. I followed the tutorial provided by Google, and everything seems to work fine.
I set up the FirebaseMessagingService as shown in the tutorial, overridden onNewToken, onMessageReceived and onMessageDeleted. The token is saved in our school DB, so I can check in real time which accounts is linked to which Firebase token, allowing me to test a device with the FCM console.
This is where the problem occurs: I receive the messages, but there's some kind of random delay. Sometimes the messages come instantly, and some other times we have to wait for more than 20 minutes, without even being sure whether or not the problem comes from our implementation or from Firebase. We have absolutely no idea why this delay appears. Sometimes we just think our application is broken, and do something else, but then we come back to Android Studio and see the app received all the pending messages at once.
Here is my service declaration in the manifest:
<service android:name=".domains.FirebaseService" android:enabled="true">
<intent-filter>
<action android:name="com.google.firebase.MESSAGING_EVENT"/>
</intent-filter>
</service>
And here's my implementation of FirebaseMessagingService
public class FirebaseService extends FirebaseMessagingService {
[...]
@Override
public void onNewToken(String token) {
// Save on DB
}
@Override
public void onMessageReceived(RemoteMessage remoteMessage) {
Map<String, String> data = remoteMessage.getData();
if(data.size() > 0) {
// Do stuff
}
}
[...]
}
So this seems pretty logical, nothing fancy here. Still, the delay before receiving any message is fully random and doesn't seem to be linked with the service status.
Again, the problem occurs even when sending the message from the Firebase console, so I think we can safely exclude the possibility that the problem comes from sending the message, since in the end, the application receives 80% of the time the message.
Since I receive the messages, I don't think the problem actually comes from the service... Maybe I'm wrong ?
Also, I'm pretty sure that the Firebase token doesn't change before and after the message is sent, which would explain why the device doesn't receive the message.
Do you have any idea where this delay could come from ? We've searched all over the internet to look for a solution, without finding any answer.
Thank you in advance.
EDIT: For what it's worth, I'm sending every message using the Firebase token of the device, and in our case we are using an emulator, so maybe that could be a reason why it's not working fine.
EDIT 2: As I mentioned in the comments below, our school expects us to use FCM and nothing else, so we need to make it work with it.
java android firebase-cloud-messaging
New contributor
1
Hi @SnooZe21 and welcome to SO. Could this be a case of throttling stackoverflow.com/a/39658639/944070 ?
– madlymad
Dec 27 '18 at 15:12
Hi @madlymad, after googling a little bit about throttling in FCM, I have no idea how to check it out. How would you check if this is a case of throttling ?
– SnooZe21
Dec 27 '18 at 15:37
I don't know if you can check that in any way. But if this happen when you are exchanging muliple messages then its most probable the throttling.
– madlymad
Dec 27 '18 at 15:43
Can throttling happen if it only involves 2 messages ? (A requests B location, B location gets the requests and answers by sending its location to A, all through our back end REST application using Admin SDK). Also, it does happen when sending a single message through the console..
– SnooZe21
Dec 27 '18 at 15:48
I would say that 2 messages are not enough to be throtteled I've been thinking something like 10messages/second or that something is sending too many on a loop. I've also found this on github there are some user's claiming the same problem as the one you mentioned. Maybe getting through that steps help you understand better what is going on github.com/firebase/quickstart-android/issues/83
– madlymad
Dec 27 '18 at 15:54
|
show 8 more comments
I am currently working on an Android application for school. Basically, one of its purposes is for you and your friends to be able to locate each other on a map. To make this happen, we use Firebase Cloud Messaging. I followed the tutorial provided by Google, and everything seems to work fine.
I set up the FirebaseMessagingService as shown in the tutorial, overridden onNewToken, onMessageReceived and onMessageDeleted. The token is saved in our school DB, so I can check in real time which accounts is linked to which Firebase token, allowing me to test a device with the FCM console.
This is where the problem occurs: I receive the messages, but there's some kind of random delay. Sometimes the messages come instantly, and some other times we have to wait for more than 20 minutes, without even being sure whether or not the problem comes from our implementation or from Firebase. We have absolutely no idea why this delay appears. Sometimes we just think our application is broken, and do something else, but then we come back to Android Studio and see the app received all the pending messages at once.
Here is my service declaration in the manifest:
<service android:name=".domains.FirebaseService" android:enabled="true">
<intent-filter>
<action android:name="com.google.firebase.MESSAGING_EVENT"/>
</intent-filter>
</service>
And here's my implementation of FirebaseMessagingService
public class FirebaseService extends FirebaseMessagingService {
[...]
@Override
public void onNewToken(String token) {
// Save on DB
}
@Override
public void onMessageReceived(RemoteMessage remoteMessage) {
Map<String, String> data = remoteMessage.getData();
if(data.size() > 0) {
// Do stuff
}
}
[...]
}
So this seems pretty logical, nothing fancy here. Still, the delay before receiving any message is fully random and doesn't seem to be linked with the service status.
Again, the problem occurs even when sending the message from the Firebase console, so I think we can safely exclude the possibility that the problem comes from sending the message, since in the end, the application receives 80% of the time the message.
Since I receive the messages, I don't think the problem actually comes from the service... Maybe I'm wrong ?
Also, I'm pretty sure that the Firebase token doesn't change before and after the message is sent, which would explain why the device doesn't receive the message.
Do you have any idea where this delay could come from ? We've searched all over the internet to look for a solution, without finding any answer.
Thank you in advance.
EDIT: For what it's worth, I'm sending every message using the Firebase token of the device, and in our case we are using an emulator, so maybe that could be a reason why it's not working fine.
EDIT 2: As I mentioned in the comments below, our school expects us to use FCM and nothing else, so we need to make it work with it.
java android firebase-cloud-messaging
New contributor
I am currently working on an Android application for school. Basically, one of its purposes is for you and your friends to be able to locate each other on a map. To make this happen, we use Firebase Cloud Messaging. I followed the tutorial provided by Google, and everything seems to work fine.
I set up the FirebaseMessagingService as shown in the tutorial, overridden onNewToken, onMessageReceived and onMessageDeleted. The token is saved in our school DB, so I can check in real time which accounts is linked to which Firebase token, allowing me to test a device with the FCM console.
This is where the problem occurs: I receive the messages, but there's some kind of random delay. Sometimes the messages come instantly, and some other times we have to wait for more than 20 minutes, without even being sure whether or not the problem comes from our implementation or from Firebase. We have absolutely no idea why this delay appears. Sometimes we just think our application is broken, and do something else, but then we come back to Android Studio and see the app received all the pending messages at once.
Here is my service declaration in the manifest:
<service android:name=".domains.FirebaseService" android:enabled="true">
<intent-filter>
<action android:name="com.google.firebase.MESSAGING_EVENT"/>
</intent-filter>
</service>
And here's my implementation of FirebaseMessagingService
public class FirebaseService extends FirebaseMessagingService {
[...]
@Override
public void onNewToken(String token) {
// Save on DB
}
@Override
public void onMessageReceived(RemoteMessage remoteMessage) {
Map<String, String> data = remoteMessage.getData();
if(data.size() > 0) {
// Do stuff
}
}
[...]
}
So this seems pretty logical, nothing fancy here. Still, the delay before receiving any message is fully random and doesn't seem to be linked with the service status.
Again, the problem occurs even when sending the message from the Firebase console, so I think we can safely exclude the possibility that the problem comes from sending the message, since in the end, the application receives 80% of the time the message.
Since I receive the messages, I don't think the problem actually comes from the service... Maybe I'm wrong ?
Also, I'm pretty sure that the Firebase token doesn't change before and after the message is sent, which would explain why the device doesn't receive the message.
Do you have any idea where this delay could come from ? We've searched all over the internet to look for a solution, without finding any answer.
Thank you in advance.
EDIT: For what it's worth, I'm sending every message using the Firebase token of the device, and in our case we are using an emulator, so maybe that could be a reason why it's not working fine.
EDIT 2: As I mentioned in the comments below, our school expects us to use FCM and nothing else, so we need to make it work with it.
java android firebase-cloud-messaging
java android firebase-cloud-messaging
New contributor
New contributor
edited Dec 28 '18 at 11:22
New contributor
asked Dec 27 '18 at 15:05
SnooZe21
64
64
New contributor
New contributor
1
Hi @SnooZe21 and welcome to SO. Could this be a case of throttling stackoverflow.com/a/39658639/944070 ?
– madlymad
Dec 27 '18 at 15:12
Hi @madlymad, after googling a little bit about throttling in FCM, I have no idea how to check it out. How would you check if this is a case of throttling ?
– SnooZe21
Dec 27 '18 at 15:37
I don't know if you can check that in any way. But if this happen when you are exchanging muliple messages then its most probable the throttling.
– madlymad
Dec 27 '18 at 15:43
Can throttling happen if it only involves 2 messages ? (A requests B location, B location gets the requests and answers by sending its location to A, all through our back end REST application using Admin SDK). Also, it does happen when sending a single message through the console..
– SnooZe21
Dec 27 '18 at 15:48
I would say that 2 messages are not enough to be throtteled I've been thinking something like 10messages/second or that something is sending too many on a loop. I've also found this on github there are some user's claiming the same problem as the one you mentioned. Maybe getting through that steps help you understand better what is going on github.com/firebase/quickstart-android/issues/83
– madlymad
Dec 27 '18 at 15:54
|
show 8 more comments
1
Hi @SnooZe21 and welcome to SO. Could this be a case of throttling stackoverflow.com/a/39658639/944070 ?
– madlymad
Dec 27 '18 at 15:12
Hi @madlymad, after googling a little bit about throttling in FCM, I have no idea how to check it out. How would you check if this is a case of throttling ?
– SnooZe21
Dec 27 '18 at 15:37
I don't know if you can check that in any way. But if this happen when you are exchanging muliple messages then its most probable the throttling.
– madlymad
Dec 27 '18 at 15:43
Can throttling happen if it only involves 2 messages ? (A requests B location, B location gets the requests and answers by sending its location to A, all through our back end REST application using Admin SDK). Also, it does happen when sending a single message through the console..
– SnooZe21
Dec 27 '18 at 15:48
I would say that 2 messages are not enough to be throtteled I've been thinking something like 10messages/second or that something is sending too many on a loop. I've also found this on github there are some user's claiming the same problem as the one you mentioned. Maybe getting through that steps help you understand better what is going on github.com/firebase/quickstart-android/issues/83
– madlymad
Dec 27 '18 at 15:54
1
1
Hi @SnooZe21 and welcome to SO. Could this be a case of throttling stackoverflow.com/a/39658639/944070 ?
– madlymad
Dec 27 '18 at 15:12
Hi @SnooZe21 and welcome to SO. Could this be a case of throttling stackoverflow.com/a/39658639/944070 ?
– madlymad
Dec 27 '18 at 15:12
Hi @madlymad, after googling a little bit about throttling in FCM, I have no idea how to check it out. How would you check if this is a case of throttling ?
– SnooZe21
Dec 27 '18 at 15:37
Hi @madlymad, after googling a little bit about throttling in FCM, I have no idea how to check it out. How would you check if this is a case of throttling ?
– SnooZe21
Dec 27 '18 at 15:37
I don't know if you can check that in any way. But if this happen when you are exchanging muliple messages then its most probable the throttling.
– madlymad
Dec 27 '18 at 15:43
I don't know if you can check that in any way. But if this happen when you are exchanging muliple messages then its most probable the throttling.
– madlymad
Dec 27 '18 at 15:43
Can throttling happen if it only involves 2 messages ? (A requests B location, B location gets the requests and answers by sending its location to A, all through our back end REST application using Admin SDK). Also, it does happen when sending a single message through the console..
– SnooZe21
Dec 27 '18 at 15:48
Can throttling happen if it only involves 2 messages ? (A requests B location, B location gets the requests and answers by sending its location to A, all through our back end REST application using Admin SDK). Also, it does happen when sending a single message through the console..
– SnooZe21
Dec 27 '18 at 15:48
I would say that 2 messages are not enough to be throtteled I've been thinking something like 10messages/second or that something is sending too many on a loop. I've also found this on github there are some user's claiming the same problem as the one you mentioned. Maybe getting through that steps help you understand better what is going on github.com/firebase/quickstart-android/issues/83
– madlymad
Dec 27 '18 at 15:54
I would say that 2 messages are not enough to be throtteled I've been thinking something like 10messages/second or that something is sending too many on a loop. I've also found this on github there are some user's claiming the same problem as the one you mentioned. Maybe getting through that steps help you understand better what is going on github.com/firebase/quickstart-android/issues/83
– madlymad
Dec 27 '18 at 15:54
|
show 8 more comments
1 Answer
1
active
oldest
votes
Since my phone is a potato, it wouldn't let me install my application on it. Until now. And now that the code runs on my phone and not using the emulator, everything works perfectly fine. The delay is gone and all the messages are received instantly.
What surprises me is that I had configured my emulator as it should be (with Google Play services, etc.) and did what was necessary to make sure there were no problems. Having searched on the web, I couldn't find any topics talking about this without the answer being simply to install Google Play services on the emulator (which was already done).
So, in case your emulator doesn't receive any push notifications, or it happens that there's some kind of random delay before receiving them, you'd be better off trying your application on a real device.
Many thanks to @madlymad and @AL. for trying to help me solve the problem.
New contributor
Generally, testing on emulator with real systems is not the suggested way to go. Additionally, profecionally I rarely use emulators so I hardly know about such problems ;-)
– madlymad
2 days ago
Yes I guess you're right, and I learnt my lesson the hard way :p
– SnooZe21
yesterday
add a comment |
Your Answer
StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
SnooZe21 is a new contributor. Be nice, and check out our Code of Conduct.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53947086%2ffirebase-cloud-messaging-random-delay-between-sending-and-reception-of-message%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
Since my phone is a potato, it wouldn't let me install my application on it. Until now. And now that the code runs on my phone and not using the emulator, everything works perfectly fine. The delay is gone and all the messages are received instantly.
What surprises me is that I had configured my emulator as it should be (with Google Play services, etc.) and did what was necessary to make sure there were no problems. Having searched on the web, I couldn't find any topics talking about this without the answer being simply to install Google Play services on the emulator (which was already done).
So, in case your emulator doesn't receive any push notifications, or it happens that there's some kind of random delay before receiving them, you'd be better off trying your application on a real device.
Many thanks to @madlymad and @AL. for trying to help me solve the problem.
New contributor
Generally, testing on emulator with real systems is not the suggested way to go. Additionally, profecionally I rarely use emulators so I hardly know about such problems ;-)
– madlymad
2 days ago
Yes I guess you're right, and I learnt my lesson the hard way :p
– SnooZe21
yesterday
add a comment |
Since my phone is a potato, it wouldn't let me install my application on it. Until now. And now that the code runs on my phone and not using the emulator, everything works perfectly fine. The delay is gone and all the messages are received instantly.
What surprises me is that I had configured my emulator as it should be (with Google Play services, etc.) and did what was necessary to make sure there were no problems. Having searched on the web, I couldn't find any topics talking about this without the answer being simply to install Google Play services on the emulator (which was already done).
So, in case your emulator doesn't receive any push notifications, or it happens that there's some kind of random delay before receiving them, you'd be better off trying your application on a real device.
Many thanks to @madlymad and @AL. for trying to help me solve the problem.
New contributor
Generally, testing on emulator with real systems is not the suggested way to go. Additionally, profecionally I rarely use emulators so I hardly know about such problems ;-)
– madlymad
2 days ago
Yes I guess you're right, and I learnt my lesson the hard way :p
– SnooZe21
yesterday
add a comment |
Since my phone is a potato, it wouldn't let me install my application on it. Until now. And now that the code runs on my phone and not using the emulator, everything works perfectly fine. The delay is gone and all the messages are received instantly.
What surprises me is that I had configured my emulator as it should be (with Google Play services, etc.) and did what was necessary to make sure there were no problems. Having searched on the web, I couldn't find any topics talking about this without the answer being simply to install Google Play services on the emulator (which was already done).
So, in case your emulator doesn't receive any push notifications, or it happens that there's some kind of random delay before receiving them, you'd be better off trying your application on a real device.
Many thanks to @madlymad and @AL. for trying to help me solve the problem.
New contributor
Since my phone is a potato, it wouldn't let me install my application on it. Until now. And now that the code runs on my phone and not using the emulator, everything works perfectly fine. The delay is gone and all the messages are received instantly.
What surprises me is that I had configured my emulator as it should be (with Google Play services, etc.) and did what was necessary to make sure there were no problems. Having searched on the web, I couldn't find any topics talking about this without the answer being simply to install Google Play services on the emulator (which was already done).
So, in case your emulator doesn't receive any push notifications, or it happens that there's some kind of random delay before receiving them, you'd be better off trying your application on a real device.
Many thanks to @madlymad and @AL. for trying to help me solve the problem.
New contributor
New contributor
answered Dec 29 '18 at 1:39
SnooZe21
64
64
New contributor
New contributor
Generally, testing on emulator with real systems is not the suggested way to go. Additionally, profecionally I rarely use emulators so I hardly know about such problems ;-)
– madlymad
2 days ago
Yes I guess you're right, and I learnt my lesson the hard way :p
– SnooZe21
yesterday
add a comment |
Generally, testing on emulator with real systems is not the suggested way to go. Additionally, profecionally I rarely use emulators so I hardly know about such problems ;-)
– madlymad
2 days ago
Yes I guess you're right, and I learnt my lesson the hard way :p
– SnooZe21
yesterday
Generally, testing on emulator with real systems is not the suggested way to go. Additionally, profecionally I rarely use emulators so I hardly know about such problems ;-)
– madlymad
2 days ago
Generally, testing on emulator with real systems is not the suggested way to go. Additionally, profecionally I rarely use emulators so I hardly know about such problems ;-)
– madlymad
2 days ago
Yes I guess you're right, and I learnt my lesson the hard way :p
– SnooZe21
yesterday
Yes I guess you're right, and I learnt my lesson the hard way :p
– SnooZe21
yesterday
add a comment |
SnooZe21 is a new contributor. Be nice, and check out our Code of Conduct.
SnooZe21 is a new contributor. Be nice, and check out our Code of Conduct.
SnooZe21 is a new contributor. Be nice, and check out our Code of Conduct.
SnooZe21 is a new contributor. Be nice, and check out our Code of Conduct.
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53947086%2ffirebase-cloud-messaging-random-delay-between-sending-and-reception-of-message%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
1
Hi @SnooZe21 and welcome to SO. Could this be a case of throttling stackoverflow.com/a/39658639/944070 ?
– madlymad
Dec 27 '18 at 15:12
Hi @madlymad, after googling a little bit about throttling in FCM, I have no idea how to check it out. How would you check if this is a case of throttling ?
– SnooZe21
Dec 27 '18 at 15:37
I don't know if you can check that in any way. But if this happen when you are exchanging muliple messages then its most probable the throttling.
– madlymad
Dec 27 '18 at 15:43
Can throttling happen if it only involves 2 messages ? (A requests B location, B location gets the requests and answers by sending its location to A, all through our back end REST application using Admin SDK). Also, it does happen when sending a single message through the console..
– SnooZe21
Dec 27 '18 at 15:48
I would say that 2 messages are not enough to be throtteled I've been thinking something like 10messages/second or that something is sending too many on a loop. I've also found this on github there are some user's claiming the same problem as the one you mentioned. Maybe getting through that steps help you understand better what is going on github.com/firebase/quickstart-android/issues/83
– madlymad
Dec 27 '18 at 15:54