Mismatched preview with alert rule behavior when combining environment filters with "when a new issue is created"

[snoozbuster]

Environment

SaaS (https://sentry.io/)

Steps to Reproduce

1. Configure an alert for environment A and add "when a new issue is created" in the filters
2. Check preview - issues which have their first event tracked in environment B and later have an event tracked in environment A don't show up
3. Publish alert

Reference: this is the specific set of conditions I had set up, although I believe the noted ones are the only ones which matter

Expected Result

Alert rule does not fire for issues which have their first event tracked in environment B and later have an event tracked in environment A, as indicated by the preview - OR, preview lists these issues correctly.

I reached out to support and they indicated they believed the alert behavior was correct. Their reasoning was that since there was an environment filter, the alert would fire any time the first event for an issue was tracked in that environment regardless of what other environments it appeared in. I suppose I see the argument, but I was under the impression that "issue" in the Sentry UI essentially always refers to "a collection of events which are referenceable as a single problem" - so if this is intended behavior, I also object to the terminology in the alert condition being "when a new issue is created."

For reference, the alert configuration that was recommended to me was to remove the environment configuration on the alert and instead check the tags, like so:

Actual Result

Alert rule fires for issues which have their first event tracked in environment B and later have an event tracked in environment A, despite not appearing in the preview.

In particular, an alert was fired for this event:

Despite it being initially created in the production environment, and the event in dev did not create a new "issue" (as I understand the word to mean):

And in this case, this issue also doesn't appear in "Preview" when editing the alert rule (you'll have to trust me on this, I don't want to post a screenshot of it - but it doesn't appear in the table at the time that the alert was triggered, at least).

Product Area

Alerts

Link

No response

DSN

No response

Version

No response

[getsantry]

Auto-routing to @getsentry/product-owners-alerts for triage ⏲️

[cobyeastwood183]

https://sentry.zendesk.com/agent/tickets/144187

[mifu67]

Hi @snoozbuster,

Thank you for your detailed feedback! Might this be a duplicate of #35504?

[snoozbuster]

Hey @mifu67!

I don't think so - that looks like a problem on the issue screen, where as this is a problem with the alter rules specifically.

[mifu67]

Got it—though I can't give you a time estimate, I'll add this to our team's backlog to investigate in the future.