Skip to content

ref: bump sentry-protos to 0.17.0#7977

Merged
phacops merged 3 commits into
masterfrom
bot/bump-version/sentry-protos/0.17.0
May 29, 2026
Merged

ref: bump sentry-protos to 0.17.0#7977
phacops merged 3 commits into
masterfrom
bot/bump-version/sentry-protos/0.17.0

Conversation

@getsentry-bot
Copy link
Copy Markdown
Contributor

Co-Authored-By: phacops 336345+phacops@users.noreply.github.com

Co-Authored-By: phacops <336345+phacops@users.noreply.github.com>
@getsentry-bot getsentry-bot requested a review from a team as a code owner May 29, 2026 17:33
@phacops phacops enabled auto-merge (squash) May 29, 2026 17:35
sentry_protos 0.17.0 added TraceItemType::ProcessingError. Map it to
"processing_errors" for COGS tracking.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Comment thread pyproject.toml
"sentry-kafka-schemas>=2.1.24",
"sentry-protos>=0.8.14",
"sentry-protos>=0.17.0",
"sentry-redis-tools>=0.5.1",
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Bug: The _ITEM_TYPE_TO_APP_FEATURE dictionary is missing the new TRACE_ITEM_TYPE_PROCESSING_ERROR variant, causing incorrect COGS attribution for these events.
Severity: MEDIUM

Suggested Fix

Add the missing entry "TRACE_ITEM_TYPE_PROCESSING_ERROR": "processing_errors" to the _ITEM_TYPE_TO_APP_FEATURE dictionary in snuba/querylog/__init__.py. This will ensure the new trace item type is correctly mapped for COGS tracking, aligning the Python code with the corresponding changes in the Rust processor.

Prompt for AI Agent
Review the code at the location below. A potential bug has been identified by an AI
agent. Verify if this is a real issue. If it is, propose a fix; if not, explain why it's
not valid.

Location: pyproject.toml#L35

Potential issue: The `_ITEM_TYPE_TO_APP_FEATURE` dictionary in
`snuba/querylog/__init__.py` is missing an entry for the new
`TRACE_ITEM_TYPE_PROCESSING_ERROR` enum variant. When the `_get_eap_app_feature`
function processes a request with this new item type, it fails to find a mapping and
defaults to returning `"null"`. This causes Cost of Goods Sold (COGS) to be recorded
with an incorrect `app_feature` of `"null"` instead of the expected
`"processing_errors"`. This results in silent, incorrect COGS tracking data for this
specific event type within the Events Analytics Platform (EAP) cluster.

Also affects:

  • snuba/querylog/__init__.py:22~36

Did we get this right? 👍 / 👎 to inform future reviews.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Fixed in acb1540 — added TRACE_ITEM_TYPE_PROCESSING_ERROR: "processing_errors" to _ITEM_TYPE_TO_APP_FEATURE in snuba/querylog/__init__.py.

— Claude Code

Copy link
Copy Markdown

@cursor cursor Bot left a comment

Choose a reason for hiding this comment

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

Cursor Bugbot has reviewed your changes and found 1 potential issue.

Fix All in Cursor

❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, enable autofix in the Cursor dashboard.

Reviewed by Cursor Bugbot for commit 24ec1c0. Configure here.

Comment thread rust_snuba/src/processors/eap_items.rs
Mirrors the Rust write-path mapping so query-path COGS attribution for
the new ProcessingError trace item type lands in "processing_errors"
instead of falling back to "null".

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
@phacops phacops merged commit 61d15f1 into master May 29, 2026
52 checks passed
@phacops phacops deleted the bot/bump-version/sentry-protos/0.17.0 branch May 29, 2026 20:19
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants