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

fix(top-events): Handle values better in top events #88249

Merged
merged 3 commits into from
Mar 31, 2025

Conversation

wmak
Copy link
Member

@wmak wmak commented Mar 28, 2025

  • When using the table values in a top events query we use the top event values as part of the stats query. But if that value has anything we perceive as a wildcard we then escape it mistakenly
    • This makes it so when we're doing this we directly pass the value back into the filter without any modification

- When using the table values in a top events query we use the top event
  values as part of the stats query. But if that value has anything we
  perceive as a wildcard we then escape it mistakenly
  - This makes it so when we're doing this we directly pass the value
    back into the filter without any modification
@wmak wmak requested a review from a team as a code owner March 28, 2025 19:14
@github-actions github-actions bot added the Scope: Backend Automatically applied to PRs that change backend components label Mar 28, 2025
Comment on lines +445 to +447
# If we're using the raw value only it'll never be a wildcard
if self.use_raw_value:
return False
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good q, There are checks elsewhere in the code for SearchValue.is_wildcard that we need to be False so we need it in both locations.

It's a bit weird cause it feels like this check here makes 423 unnecessary too, but since the raw_value is a string we need the check in both methods

@wmak wmak enabled auto-merge (squash) March 31, 2025 18:19
@wmak wmak merged commit c93f9eb into master Mar 31, 2025
48 checks passed
@wmak wmak deleted the wmak/fix/handle-values-better-in-top-events branch March 31, 2025 18:46
andrewshie-sentry pushed a commit that referenced this pull request Mar 31, 2025
- When using the table values in a top events query we use the top event
values as part of the stats query. But if that value has anything we
perceive as a wildcard we then escape it mistakenly
- This makes it so when we're doing this we directly pass the value back
into the filter without any modification
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Scope: Backend Automatically applied to PRs that change backend components
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants