-
Notifications
You must be signed in to change notification settings - Fork 578
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
Message is not showing! #1092
Comments
I found a few problems with this issue:
|
Seconding this. onDestroy of FirstActivity is called after onStart of SecondActivity, resulting in "Setting display event listener" -> "Removing display event listener" instead of "Removing display event listener" -> "Setting display event listener" when transitioning from FirstActivity to SecondActivity. |
Hi @master8 thanks for providing the mcve. I'm going to run the sample, and I'll immediately let you know as soon as I get an update. |
Hi @aguatno do you have any news? Can I help you with anything? |
Hi @master8 thanks for waiting. I tried to run your code, but the message was received by the app: Could it be possible to show us the actual result in a form of video or screencast? Thank you :) |
@aguatno It's strange! Can you share me your logs? This video record shows case with two Activites and message wasn't show: But if I use only one Activity everyting is ok: |
Hi @master8 thanks for the videos. I was now able to reproduce the issue (just missed step#1). This looks like a bug, the second activity did not received the pop up message, but logcat shows a successful data fetched from backend. I have filed an internal ticket to have this bug discussed internally by our engineers. I'll keep you posted once I've heard from them. |
Thank you! |
Here's the bug#147662257 for your reference. |
Hello @aguatno , sorry for a noob question, but where can I find status of the bug#147662257, please? |
Sorry for the delay here. Our engineering team said that this is basically WAI (working as intended), what we used to do in this case was completely crash the app, because now the FIAM UI references an activity that doesn't exist anymore. I think the solution here would be to somehow set the new activity to be the "parent" of the UI. |
The real solution would be to either:
|
@hameno Our team is still looking for the best approach on this case. I'll forward your suggestion to the team. Thanks |
Ya it seems like In-App Messaging just flat-out does not work well with apps that have SplashScreens/LoginActivities because the event display listener is removed by the time the user reaches the Activity that we actually want to show the In-App Message (aka MainActivity). Works fine if there is no SplashScreen/LoginActivity because MainActivity would be the "Launcher" activity, and the event display listener would not be removed because there is no closing of one activity and transitioning to a new activity like there would be when using SplashScreen/LoginActivity. I use both a SplashScreen and a WelcomeScreen in my app, so by the time the user gets to MainActivity I can't even use triggerEvent("main_activity_opened") (for example) because the event display listener has been removed twice. |
Yeah, I'm also facing the same sort of issue. |
@aguatno is there any solution for this issue? I'm also facing the same issue. Is there a work around for this issue? Thanks |
Hey folks, we are aware of this and I am currently working on a solution. Yeah the issue is exactly as you folks describe, the way we hook into the activity lifecycle doesn't work well for apps with splash screens. The problem is that not doing this has resulted in callbacks referencing dead activities and crashing apps. I am going to be prioritizing investigating this issue this week. |
Hi @JasonAHeron were you able to get around this issue and find some work around that works? |
Howdy again, this is definitely on my radar but not my highest priority issue right now. I will likely start digging in either sometime this week or next. I'll update this bug when I do |
Update here. I am able to reproduce this issue consistently and will begin working on a fix. |
I have a prototype fix for this issue. I'll aim to have this fix available in the next release. |
@JasonAHeron awesome. Looking forward to it. Thanks |
This will be fixed in our next release 19.0.7 |
Thanks @JasonAHeron Looking out for the release. Do we have an approximate release date for 19.0.7? |
We are targeting tomorrow but no promises. O(days) though. |
Hi, I have a similar problem issue 977 with two activities. Message is not showing on second activity after first has destroyed.
I suppose, there is a problem with calling
FirebaseInAppMessaging.clearDisplayListener()
inFirebaseInAppMessagingDisplay.onActivityDestroyed
without checking which activity has destroyed (current or previous). As a result, the app can skip messages.I use firebase-inappmessaging-display:19.0.2
Reproducible example here
Steps:
Logcat report:
The text was updated successfully, but these errors were encountered: