Skip to content

sn-pr6 sentry no-rubric GLM52 x19 - #514

Closed
kaihao-zhao wants to merge 35 commits into
replays-delete-vulnerablefrom
sentry-no-rubric-glm52-x19-pr6
Closed

kaihao-zhao wants to merge 35 commits into
replays-delete-vulnerablefrom
sentry-no-rubric-glm52-x19-pr6

Conversation

@kaihao-zhao

Copy link
Copy Markdown

Sentry no-rubric benchmark: GLM52, cohort x19, source ai-code-review-evaluation/sentry-greptile#5.

armenzg and others added 30 commits June 20, 2025 12:49
…o 'low' (#93927)"

This reverts commit 8d04522.

Co-authored-by: roaga <47861399+roaga@users.noreply.github.com>
Missed in the initial commit, leading to some relevant logs being
unannotated.
We have had a few tasks get killed at 10% rollout.
Also add a test, so that this doesn't happen again
Fixes DE-129 and DE-156

---------

Co-authored-by: Cursor Agent <cursoragent@cursor.com>
These transitions should be matching
…` (#93946)

Use `project_id` on the replay record instead of the URL (where it does
not always exist).

---------

Co-authored-by: Cursor Agent <cursoragent@cursor.com>
Co-authored-by: getsantry[bot] <66042841+getsantry[bot]@users.noreply.github.com>
Also fixed `replay.view_html` -> `replay.view-html`

---------

Co-authored-by: Michelle Zhang <56095982+michellewzhang@users.noreply.github.com>
…948)

gets `npx @typescript/native-preview` passing again
The conditions associated with a DCG can change over time, and it's good
if we can be completely confident that they're consistent within a given
task execution.
This is unused and most regex experiments have required broader changes
to ensure that regexes are evaluated in a specific order (ex:
traceparent). Removing this for now to simplify the code and very
slightly improve runtime performance.
From some testing (on feedback lists of all different lengths), this
prompt seems to work better. It doesn't write overly long sentences and
also does a better job at "summarizing" versus just mentioning a few
specific topics and leaving out others.
Just remove a couple custom Flex* classes in favor of the Flex primitive
This has been killed a few times.

Refs SENTRY-42M7
…n table (#93892)

<!-- Describe your PR here. -->

[ticket](https://linear.app/getsentry/issue/ID-156/grouping-info-remove-type-field-from-ui)
The Type field in the Grouping Info section of the issue details page
was redundant.
This removes the Type row from all variant types while keeping the
underlying data structure intact.

before
![Screenshot 2025-06-20 at 12 00
54 PM](https://github.com/user-attachments/assets/97ca72da-0a52-4446-9825-cd4fcb505adf)

after
![Screenshot 2025-06-20 at 11 59
29 AM](https://github.com/user-attachments/assets/a4284d2b-c9f5-442f-b010-7fe72a598e39)
### Changes
Related to this PR: getsentry/sentry#93810. This
is part 1 of the change, which is pulling out the new component and just
adding it to the repo. Also includes some simplification of the logic in
the base component.

Part 2 will be replacing tables in widgets.

### Before/After

There is no UI change as the table is not being used yet. There is a new
story page for the component.
…93943)

to prevent this issue from becoming too noisy, add a noise config
Unfortunately, 'event_data' went from being the variable for current
event context to being the complete parsed data from Redis, and we
continued logging it per group.
That's more data than we should be logging even arguably once, let alone
per group.
Co-authored-by: Abdullah Khan <abdullahkhan@PG9Y57YDXQ.local>
Adds some simple analytics to our endpoint so we can begin building a
dashboard in Amplitude.
Previously, explore supported multiple y axis per chart, so each
visualize supported multiple y axis. That functionality has since been
removed for simplicity so update the types here to match. Keep in mind
that saved queries still store them as an array so when
serializing/deserializing, we still need to treat it as an array.
We'll need the `useGetTraceItemAttributeKeys` hook in other places so
refactoring it so that it can exported.

@unblocked-local-kaihao unblocked-local-kaihao Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

2 issues found.

About Unblocked

Unblocked has been set up to automatically review your team's pull requests to identify genuine bugs and issues.

📖 Documentation — Learn more in our docs.

💬 Ask questions — Mention @unblocked-local-kaihao to request a review or summary, or ask follow-up questions.

👍 Give feedback — React to comments with 👍 or 👎 to help us improve.

⚙️ Customize — Adjust settings in your preferences.

Comment on lines +118 to +119
for event_id, data in zip(error_ids, events.values())
if data is not None

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

nodestore.backend.get_multi(node_ids) returns a dict keyed by node_id. The order of events.values() is not guaranteed to match the order of error_ids, and if any node is missing from the store, it won't be in the dict at all. Using zip(error_ids, events.values()) silently pairs the wrong event_id with the wrong data, producing ErrorEvent objects where the id field doesn't correspond to the title, message, and timestamp.

For example, if error_ids = ["a", "b", "c"] but only nodes for "a" and "c" exist, events.values() yields [data_a, data_c], and zip pairs "a"→data_a (correct) but "b"→data_c (wrong).

Fix by looking up each node_id explicitly:

        return [
            ErrorEvent(
                category="error",
                id=event_id,
                title=data.get("title", ""),
                timestamp=data.get("timestamp", 0.0),
                message=data.get("message", ""),
            )
            for event_id, node_id in zip(error_ids, node_ids)
            if (data := events.get(node_id)) is not None
        ]


return (
<Container ref={setRef}>
<Flex ref={setRef} justify="space-between">

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

The old Container styled component had display: flex; align-items: center; gap: ${space(1)}; justify-content: space-between. The replacement <Flex ref={setRef} justify="space-between"> only sets justify-content: space-between, dropping align-items: center and gap. The Placeholder component in the same file correctly uses <Flex justify="space-between" align="center" gap={space(1)}>, confirming these props are needed.

    <Flex ref={setRef} justify="space-between" align="center" gap={space(1)}>

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.