-
-
Notifications
You must be signed in to change notification settings - Fork 4.6k
aci(feat): Use propagated timestamp to track triggering latency #97612
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
Conversation
Codecov Report❌ Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## master #97612 +/- ##
===========================================
+ Coverage 66.32% 80.63% +14.31%
===========================================
Files 8584 8593 +9
Lines 378501 378887 +386
Branches 24666 24666
===========================================
+ Hits 251038 305522 +54484
+ Misses 127094 72996 -54098
Partials 369 369 |
tests/sentry/workflow_engine/processors/test_delayed_workflow.py
Outdated
Show resolved
Hide resolved
thetruecpaul
left a comment
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.
LGTM! Failing tests look like they just need to expect the new argument.
Suspect IssuesThis pull request was deployed and Sentry observed the following issues:
Did you find this useful? React with a 👍 or 👎 |
Create a timestamp before process_workflows_event and use it after alert triggering to report latency.
Create a timestamp before process_workflows_event and use it after alert triggering to report latency.
Create a timestamp before process_workflows_event and use it after alert triggering to report latency.
Create a timestamp before process_workflows_event and use it after alert triggering to report latency.