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

Integrate Che7-compatible workspace telemetry, and extend it to meet Upstream Che needs #12717

Closed
3 of 5 tasks
davidfestal opened this issue Feb 20, 2019 · 1 comment
Closed
3 of 5 tasks
Labels
kind/epic A long-lived, PM-driven feature request. Must include a checklist of items that must be completed. lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale.

Comments

@davidfestal
Copy link
Contributor

davidfestal commented Feb 20, 2019

Description

Che 7-compatible telemetry (as initially implemented for downstream RhChe) should be integrated into upstream Che, and extended to meet additional needs of the various upstream Che telemetry use cases, as mentioned in the corresponding brief.
Additional feature should include:

  • the ability to globally enable / disable a given telemetry backend (docker image) on all users by default
  • the ability to opt in / opt out from telemetry per-user (with a way to get the current number / proportion of users that are currently in or out)
  • the ability to register new event types (with related properties) for plugins to contribute their own telemetry events, but in away that would still make it easy to check for consistency, avoiding various plugins to register colliding events,
  • the ability to get the list of currently available event types with their properties
  • a default configurable telemetry backend based on Google Analytics that would be compatible with Eclipse telemetry policy.

Related rh-che issues:

@che-bot
Copy link
Contributor

che-bot commented Aug 21, 2020

Issues go stale after 180 days of inactivity. lifecycle/stale issues rot after an additional 7 days of inactivity and eventually close.

Mark the issue as fresh with /remove-lifecycle stale in a new comment.

If this issue is safe to close now please do so.

Moderators: Add lifecycle/frozen label to avoid stale mode.

@che-bot che-bot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Aug 21, 2020
@che-bot che-bot closed this as completed Sep 9, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/epic A long-lived, PM-driven feature request. Must include a checklist of items that must be completed. lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale.
Projects
None yet
Development

No branches or pull requests

5 participants