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

Filter events in the live data view #7342

Open
3 of 6 tasks
KrishnaIyer opened this issue Oct 14, 2024 · 0 comments
Open
3 of 6 tasks

Filter events in the live data view #7342

KrishnaIyer opened this issue Oct 14, 2024 · 0 comments
Assignees
Labels
needs/discussion We need to discuss this needs/ux This needs UX design / approval

Comments

@KrishnaIyer
Copy link
Member

Summary

Filter events in the live data view. This replaces #2231

Current Situation

We have a Verbose stream option that filters out additional events such as storing uplinks (as.packages.storage.up.store).
Screenshot 2024-10-14 at 15 18 57

Why do we need this? Who uses it, and when?

A useful option would be to filter on specific event types based on the context. Users can use this to only look for certain events (ex: Join Requests) and this can be very useful for debugging.

The Live data panel of a gateway and application overview can potentially have high volume of events from multiple end devices.
The Live data panel of individual end devices will have relatively fewer events since that view already gets a list of events filtered by the end device IDs.

Proposed Implementation

For the Live data panel of a gateway and an application, provide the following options to filter.

  1. Message based
    a. Join requests (*.join.*)
    b. Upstream data (*.up.*)
    c. Downstream data (*.down.*)
  2. End device based: Filter per end device identifier.

In the future we can also consider filtering over JoinEUI or Device Address but that requires parsing the Data field. Let's keep this simple for now.

Contributing

  • I can help by doing more research.
  • I can help by implementing the feature after the proposal above is approved.
  • I can help by testing the feature before it's released.

Validation

Code of Conduct

@KrishnaIyer KrishnaIyer added needs/discussion We need to discuss this needs/ux This needs UX design / approval labels Oct 14, 2024
@github-actions github-actions bot added the needs/triage We still need to triage this label Oct 14, 2024
@KrishnaIyer KrishnaIyer removed the needs/triage We still need to triage this label Oct 14, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
needs/discussion We need to discuss this needs/ux This needs UX design / approval
Projects
None yet
Development

No branches or pull requests

3 participants