[Firebase Performance] Meaningless large _app_start time

[christclin]

[REQUIRED] Step 2: Describe your environment

• Android Studio version: 4.1.3
• Firebase Component: Performanec
• Component version: 16.1.2

[REQUIRED] Step 3: Describe the problem

Steps to reproduce:

What happened?
If process is launched by Activity and do finish() in onCreate(), the _app_start time will possibly very large and meaningless

How can we make the problem occur?

1. Processed launched by FirstActivity, but finish() in onCreate()
   (thus AppStartTrace.onCreateTime will be assigned)
2. Wait for 10 minutes then launch SecondActivity, go through onResume()
   (thus AppStartTrace.onResumeTime will be assigned 10 min after onCreateTime)

Why issue?
This case causes _app_start is 600s, but it's meaningless trace, it may be better to drop this special case.

[google-oss-bot]

I found a few problems with this issue:

• I couldn't figure out how to label this issue, so I've labeled it for a human to triage. Hang tight.
• This issue does not seem to follow the issue template. Make sure you provide all the required information.

[raymondlam]

Thanks for reporting this.

I'm able to replicate the issue with the FirstActivity responding to a specific intent (like SEND) and calling finish() in onCreate().

Is this the same as your use case? If not, can you clarify how the FirstActivity is triggered?

[google-oss-bot]

Hey @christclin. We need more information to resolve this issue but there hasn't been an update in 5 weekdays. I'm marking the issue as stale and if there are no new updates in the next 5 days I will close it automatically.

If you have more information that will help us get to the bottom of this, just add a comment!

[christclin]

Thanks for reporting this.

I'm able to replicate the issue with the FirstActivity responding to a specific intent (like SEND) and calling finish() in onCreate().

Is this the same as your use case? If not, can you clarify how the FirstActivity is triggered?

Sorry for late,
Yes, by specific intent is one of cases, others like activity re-create case (e.g. Screen-off, until process killed by system then screen-on)
Thank you.