-
-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Add ClientConnectorDNSError for differentiating DNS errors from others #8456
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #8456 +/- ##
=======================================
Coverage 98.58% 98.59%
=======================================
Files 107 105 -2
Lines 35026 35089 +63
Branches 4151 4178 +27
=======================================
+ Hits 34531 34595 +64
+ Misses 330 329 -1
Partials 165 165
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
We need to think the DNS-related exception hierarchy through — perhaps it needs a base exception with subtypes. Similar to #6722 (comment). Additionally, the documentation would need to be updated to list the new exceptions with explanations. |
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.
Thanks @mstojcevich-cisco @mstojcevich
Backport to 3.10: 💔 cherry-picking failed — conflicts found❌ Failed to cleanly apply b09d7cc on top of patchback/backports/3.10/b09d7cc07607d01badf8051f5b8feb2a2ed070c8/pr-8456 Backporting merged PR #8456 into master
🤖 @patchback |
Backport to 3.11: 💔 cherry-picking failed — conflicts found❌ Failed to cleanly apply b09d7cc on top of patchback/backports/3.11/b09d7cc07607d01badf8051f5b8feb2a2ed070c8/pr-8456 Backporting merged PR #8456 into master
🤖 @patchback |
#8456) Co-authored-by: J. Nick Koston <[email protected]> (cherry picked from commit b09d7cc)
#8456) Co-authored-by: J. Nick Koston <[email protected]> (cherry picked from commit b09d7cc)
…ferentiating DNS errors from others (#9459) Co-authored-by: J. Nick Koston <[email protected]> Co-authored-by: Marcus Stojcevich <[email protected]>
…ferentiating DNS errors from others (#9460) Co-authored-by: J. Nick Koston <[email protected]> Co-authored-by: Marcus Stojcevich <[email protected]>
What do these changes do?
Adds a ClientConnectorError that's specific to DNS resolution errors. See #8455
Are there changes in behavior for the user?
Existing usages should still keep working the same as before since this extends from ClientConnectorError.
Users can now catch ClientConnectorDNSError if they're looking for DNS errors specifically.
Is it a substantial burden for the maintainers to support this?
I can't see this being difficult to maintain since the Resolver abstraction already exists to determine when errors are related to DNS or some other part of the connection.
Related issue number
Fixes #8455
Checklist
CONTRIBUTORS.txt
CHANGES/
foldername it
<issue_or_pr_num>.<type>.rst
(e.g.588.bugfix.rst
)if you don't have an issue number, change it to the pull request
number after creating the PR
.bugfix
: A bug fix for something the maintainers deemed animproper undesired behavior that got corrected to match
pre-agreed expectations.
.feature
: A new behavior, public APIs. That sort of stuff..deprecation
: A declaration of future API removals and breakingchanges in behavior.
.breaking
: When something public is removed in a breaking way.Could be deprecated in an earlier release.
.doc
: Notable updates to the documentation structure or buildprocess.
.packaging
: Notes for downstreams about unobvious side effectsand tooling. Changes in the test invocation considerations and
runtime assumptions.
.contrib
: Stuff that affects the contributor experience. e.g.Running tests, building the docs, setting up the development
environment.
.misc
: Changes that are hard to assign to any of the abovecategories.
Make sure to use full sentences with correct case and punctuation,
for example:
Use the past tense or the present tense a non-imperative mood,
referring to what's changed compared to the last released version
of this project.