-
-
Notifications
You must be signed in to change notification settings - Fork 4.3k
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
Conversation
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
# If we're using the raw value only it'll never be a wildcard | ||
if self.use_raw_value: | ||
return False |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
do you need this here if we're already skipping the is_wildcard
check here? https://github.com/getsentry/sentry/pull/88249/files#diff-0b239bf9fccf786d1ac7bd5498e7133b828157098100ba72ceae29b2254ca915R423-R424
There was a problem hiding this comment.
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
- 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