Skip to content
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

Some users cannot resolve api.faforever.com #2374

Closed
Sheikah45 opened this issue Sep 27, 2021 · 5 comments · Fixed by #2377
Closed

Some users cannot resolve api.faforever.com #2374

Sheikah45 opened this issue Sep 27, 2021 · 5 comments · Fixed by #2377

Comments

@Sheikah45
Copy link
Member

Describe the bug
From the forum:
updated to 1.6 today, after having not played for a good while, however when i try to log in i get the following message

java.util.concurrent.CompletionException: org.springframework.web.reactive.function.client.WebClientRequestException: failed to resolve ' api.faforever.com ' after 2 queries ; nested exception is java.net.UnknownHostException: failed to resolve ' api.faforever.com ' after 2 queries

To Reproduce
Some minority of users cannot resolve api.faforever.com using the webclient from spring

Expected behavior
Users should be able to easily connect to the api like they have with client 1.5.0

Wanna have the bug fixed quickly?
Visit Issue hunt...
Issue hunt

@micheljung
Copy link
Member

micheljung commented Sep 30, 2021

Failing to resolve api.faforever.com is a system error and can basically only happen if they are offline or have a bad DNS configured (given that FAF or their DNS provider didn't mess things up). Either way, there is nothing the client can do other than maybe displaying a human-readable message that says "You're either offline or someone messed something up and you can't do anything about it" 😄

But it's very unlikely to be a bug in the client unless there are actually spaces around api.faforever.com.

@bukajsytlos
Copy link
Member

bukajsytlos commented Sep 30, 2021 via email

@Sheikah45
Copy link
Member Author

Yes I suspect that issue is either potentially a bug in how the NettyDnsResolver is resolving the name or the timeout value changed. As there were no users that had this issue in 1.5.0 when we used the restTemplate.
With the restTemplate we also used the apache http client which has its own resolver. So another soultion may be to use their async http client with the webclient. For now I tried just increasing the default timeout as that was the most obviouserror in the stack traces I had seen.

But this is definitely caused by either a change in a library or our code as it was not an issue previously.

@micheljung
Copy link
Member

Please set the milestone so that release notes are properly generated

@Sheikah45
Copy link
Member Author

Yes I normally go through and milestone everything before release

@Sheikah45 Sheikah45 added this to the 2021.10.0 milestone Oct 13, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants