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

Opt-out usage telemetry #396

Closed
4 tasks done
nikolausWest opened this issue Nov 28, 2022 · 3 comments · Fixed by #1379
Closed
4 tasks done

Opt-out usage telemetry #396

nikolausWest opened this issue Nov 28, 2022 · 3 comments · Fixed by #1379
Labels
📊 analytics telemetry analytics 🧑‍💻 dev experience developer experience (excluding CI)

Comments

@nikolausWest
Copy link
Member

nikolausWest commented Nov 28, 2022

It would be very useful for us to have anonymized usage analytics so we could see what features are being used and if there is anywhere users tend to get stuck.

If we add this, it needs to:

  • be easy to turn off
  • obvious that it's on or off
  • never capture any sensitive user data
  • be easy to audit (by reading the code)

We also want users to be able to just pip install rerun and start using it. We need to look into if there is some way to set this up that doesn't add unnecessary friction, while also not being surprising to users. I would for instance be very surprised if a package I installed started sending analytics to a server. If I on the other hand use an application, that would be much less surprising.

A plan for how to do analytics was started here.

@emilk emilk changed the title Opt-out usage telemetry? Opt-out usage telemetry Dec 12, 2022
@teh-cmc
Copy link
Member

teh-cmc commented Jan 26, 2023

Two tiny things left:

  • instrument web server ("fake" webapp telemetry)
  • implement simplified start_method tag
  • python version (somehow)

@emilk
Copy link
Member

emilk commented Feb 16, 2023

  • Python vs Rust users
  • OS (target_arch?)

@emilk
Copy link
Member

emilk commented Feb 16, 2023

We also need to refactor the code a bit - currently we append meta-data in app.rs using default_append_props_mut, which hides from users what data we are actually collecting. All events and all fields should be easily viewable in one file, e.g. crates/re_analytics/src/events.rs

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
📊 analytics telemetry analytics 🧑‍💻 dev experience developer experience (excluding CI)
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants