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

Try to measure data lost to Firebase's 72-hour buffer limit #129

Open
Tracked by #127
wjt opened this issue May 22, 2023 · 0 comments
Open
Tracked by #127

Try to measure data lost to Firebase's 72-hour buffer limit #129

wjt opened this issue May 22, 2023 · 0 comments

Comments

@wjt
Copy link
Member

wjt commented May 22, 2023

Firebase is reputed to discard events that are older than 72 hours. The original source of this information appears to be a Google presentation in 2019. Apparently older Crashlytics reports have their timestamps rewritten on the client side to sneak them past the server's 72-hour limit!

We believe that there will be a number of Endless Key users who use the app offline for more than 3 days, but are online weekly or so. A way to measure this might be:

  • Have the app monitor its connectivity state
  • When it first goes offline, record the timestamp S
  • When it next notices it's online, at timestamp T, if T - S is greater than 72 hours, record a custom event (say) offline_for_more_than_3_days with value round((T - S) / 24) or similar

Then we can count the number of users associated with this event in a given time period, divide it by the number of unique users in the time period, to determine what % of users are in this boat; and we can check the distribution of time between using EK online. (This is not the same as the frequency at which the user is online because the app may not be running!)

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

No branches or pull requests

1 participant