-
Notifications
You must be signed in to change notification settings - Fork 3.9k
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
Reintroduce: Fix for ipv6 link local with scope #10040
base: master
Are you sure you want to change the base?
Conversation
Yes, this is still an issue. The internal issue is very ugly, and essentially means we should avoid Guava's net package. I did look to get alternative solutions here, because I still feel like there's other issues with this flow, but it was an android-specific issue which made testing to investigate details too onerous at the time. |
CC @temawi, @YifeiZhuang |
@ejona86 would it be possible to have an overload of Does the codebase have patterns for flags like that we could follow? |
The internal problem is a build-time error, so a boolean is not sufficient. It might be possible to inject the reference to Guava instead, but that would have its own difficulties and short-term. Easiest solutions are to avoid Guava or to catch this problem earlier before the code gets to this point (which could allow using different libraries). To avoid Guava, easiest approach may be to just catch the exception from SNIHostName. |
|
7b52a81
to
e12baed
Compare
@ejona86 we've gone with the approach of catching |
833b848
to
3858559
Compare
3858559
to
6534a39
Compare
@ejona86 can you PTAL at this updated PR? |
@ejona86 any update? |
This reintroduces commit c1abc7f. Commit was reverted in #9375 and #9376 for a Google-internal compilation issue. Re-raising this commit as it fixes a critical issue for our use case, and prods Google team whether this is still an issue internally.
Please also advise if this should be back ported to any specific release branches if approved.