Firebase Cloud messaging : random delay between sending and reception of message?












1














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.










share|improve this question









New contributor




SnooZe21 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
















  • 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














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.










share|improve this question









New contributor




SnooZe21 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
















  • 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








1


2





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.










share|improve this question









New contributor




SnooZe21 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.











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






share|improve this question









New contributor




SnooZe21 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.











share|improve this question









New contributor




SnooZe21 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.









share|improve this question




share|improve this question








edited Dec 28 '18 at 11:22





















New contributor




SnooZe21 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.









asked Dec 27 '18 at 15:05









SnooZe21

64




64




New contributor




SnooZe21 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.





New contributor





SnooZe21 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.






SnooZe21 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.








  • 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




    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












1 Answer
1






active

oldest

votes


















0














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.






share|improve this answer








New contributor




SnooZe21 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.


















  • 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











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.










draft saved

draft discarded


















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









0














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.






share|improve this answer








New contributor




SnooZe21 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.


















  • 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
















0














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.






share|improve this answer








New contributor




SnooZe21 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.


















  • 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














0












0








0






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.






share|improve this answer








New contributor




SnooZe21 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.









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.







share|improve this answer








New contributor




SnooZe21 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.









share|improve this answer



share|improve this answer






New contributor




SnooZe21 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.









answered Dec 29 '18 at 1:39









SnooZe21

64




64




New contributor




SnooZe21 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.





New contributor





SnooZe21 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.






SnooZe21 is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.












  • 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










  • 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










SnooZe21 is a new contributor. Be nice, and check out our Code of Conduct.










draft saved

draft discarded


















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.




draft saved


draft discarded














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





















































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







Popular posts from this blog

Monofisismo

Angular Downloading a file using contenturl with Basic Authentication

Olmecas