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

API Level Querying for Activity Events #2009

Open
adam-skalicky opened this issue May 17, 2024 · 0 comments
Open

API Level Querying for Activity Events #2009

adam-skalicky opened this issue May 17, 2024 · 0 comments

Comments

@adam-skalicky
Copy link

adam-skalicky commented May 17, 2024

Is your feature request related to a problem? Please describe.
The API for Activity Events does not have any documented filtering or pagination functionality. This results in any programmatic ingestion or examination having to retrieve the entire log history and filtering the data locally. In our modest early adopter setup, we already have 2500+ entries for about 5% of our target user footprint with under a month of daily use. This results in the events endpoint taking around 1.7s to load and a payload of almost 1MB. The dashboard also uses this endpoint and all the filtering is done in browser, it is unclear how the dashboard would perform if a larger scale deployment was being queried.

Describe the solution you'd like

  1. The API methods to have native filtering based on event type, user, date range, and rows per response with support for offsets.
  2. For the dashboard to utilize the methods defined above when painting the Activity Events page.

Describe alternatives you've considered
Truncation of the logs to reduce the overall footprint and response size of returned events. Separate feature request created for this, see context.

Additional context
Related to Activity Events Truncation

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant