-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Stop using deprecated net.Dialer.DualStack #3520
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #3520 +/- ##
==========================================
+ Coverage 72.48% 72.50% +0.01%
==========================================
Files 276 276
Lines 20842 20840 -2
==========================================
+ Hits 15108 15110 +2
+ Misses 4771 4767 -4
Partials 963 963
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
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 @joanlopez. So strange staticcheck
doesn't complain. How did you catch it?
Honestly, I just assumed it was a But now that you asked 😛, I spent some time looking at existing issues, and also debugging the related code for the sake of curiosity, and I figured out that there's an open issue (dominikh/go-tools#607) that mentions some cases, including that one specifically (instantiating structs - assignment of deprecated fields), and a PR that looks promising to fix it (dominikh/go-tools#1382). So, I've pinged the linter's author as a reminder (noting that it worths taking a look, using the
Apparently the IDE (linter?) is smarter/better at catching these than the |
Jfyi @codebien, as you asked, here's an update: dominikh/go-tools#1382 \ - hopefully it'll get fixed sooner rather than later! 💃🏻 |
What?
It removes all the uses of
net.Dialer.DualStack
, because now it's deprecated, and the desired behavior (enabled) is now by default. It also slightly modifies few comments to make that more clear.Why?
Not sure why
staticcheck
is not complaining, but I guess it's always good idea to stop using a deprecated field, especially in this case that I can't see any pain.Checklist
make lint
) and all checks pass.make tests
) and all tests pass.Related PR(s)/Issue(s)
N/A