-
-
Notifications
You must be signed in to change notification settings - Fork 4.5k
🔧 chore(msteams): mark resolve in upcoming release errors as halt #92689
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 ReportAttention: Patch coverage is ✅ All tests successful. No failed tests found.
Additional details and impacted files@@ Coverage Diff @@
## master #92689 +/- ##
===========================================
+ Coverage 42.17% 87.89% +45.72%
===========================================
Files 10226 10251 +25
Lines 586770 587923 +1153
Branches 22826 22826
===========================================
+ Hits 247451 516757 +269306
+ Misses 338887 70734 -268153
Partials 432 432 |
| user=user_service.get_user(user_id=identity.user_id), | ||
| auth=event_write_key, | ||
| ) | ||
| except client.ApiError as e: |
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.
curious Q is there a difference between client.ApiError vs ApiError?
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.
this is a different ApiError, the one we usually use is from shared_exceptions, so we need to annotate client here
| elif e.status_code >= 400: | ||
| lifecycle.record_failure(e) |
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.
nit: thoughts on letting the error through and triggering the lifecycle/recording failure on its own ? (Curious on your thoughts since I've seen both ways)
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.
i think its stylistic atp
mark errors like
sentry.api.client.ApiError: status=400 body={'statusDetails': {'inNextRelease': [ErrorDetail(xxx]}}"as halts because it means the user hasn't configured releases correctly.also actually capture the other
haltandfailurecases correctly b/c we weren't doing that beforecloses ECO-576