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

RUMM-1765 Add Application Launch events tracking - all PRs combined #699

Merged
merged 33 commits into from
Dec 22, 2021

Conversation

ncreated
Copy link
Collaborator

What and why?

📦 This is a combined merge integrating all PRs on Application Launch events tracking:

How?

Only merging the feature branch to master.

For the reference, here I'm leaving charts for implemented logic of tracking app launch events and crashes.

  • tracking app launch events:

146406762-32db4490-2468-476c-b7c5-e6a68d836e85

  • tracking app launch crashes:

application-launch-events

Review checklist

  • Feature or bugfix MUST have appropriate tests (unit, integration)
  • Make sure each commit and the PR mention the Issue number or JIRA reference

…erty

It also fixes the bug where existing, but inactive view scope was preventing "Background" view
from being started. This was corresponding to the scenario when an app is sent to background while
a resource is being loaded - until the resource finished, no "Background" view could be started.
this is to capture "app launch" events before starting first view.
with ensuring that only one listener is created for the entire SDK.
by ensuring that app starts "ApplicationLaunch" view only if launched in foreground and it starts
 "Background" view when launched in background with "Background Events Tracking" option enabled.
… foreground / background state

so it can be accessed in restarted session, when deciding on how to upload crash report.
so it can be used both in RUM and Crash Reporting for sampling
session and/or crash report.
…application-launch-view-when-app-in-background

RUMM-1765 Do not start "ApplicationLaunch" view when app launches in background - part 2
…aunch-crashes

RUMM-1765 Update `CrashContext` with necessary info for handling App Launch crashes - part 3
…ssion

while there was no Background view started.
…ion on app foreground state

as `.active` is not enough to infer if app is in foreground. It might be also in foreground while
the app state is `.inactive`.
…ch-crashes

RUMM-1765 Handle App Launch crashes - part 4
…d-app-state-reporting-in-app-state-listener

RUMM-1765 Fix foreground app state reporting in `AppStateListener` - part 5 🏁
@ncreated ncreated requested a review from a team as a code owner December 22, 2021 12:30
@ncreated ncreated self-assigned this Dec 22, 2021
Copy link
Member

@maxep maxep left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

All good! everything has been reviewed in mentioned PRs

@ncreated ncreated merged commit e3468ed into master Dec 22, 2021
@ncreated ncreated deleted the ncreated/RUMM-1765-app-launch-events-tracking branch December 22, 2021 14:35
@ncreated ncreated mentioned this pull request Jan 11, 2022
2 tasks
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

Successfully merging this pull request may close these issues.

None yet

2 participants