-
Notifications
You must be signed in to change notification settings - Fork 8
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
Licensing: Online checks fail when a broken IPv6 default route is present, causes long startup times, unable to log in #7152
Comments
Could you try the current 2024.800 Beta and let us know if that's still the same for you, please? There are already changes released to make that start up pause much shorter and also to check less frequently when starting second/third GameMaker windows, etc., so in terms of "GameMaker takes too long to start when I am connected to my proxy server" you may find this is already much better. Hopefully... |
Thanks for the speedy update! Yup, can see (as you say) that GM is not able to reach any sites it uses to check online access or our own servers:
|
Just found out something: With WARP on, when I ping api.gamemaker.io in cmd, it gets an ipv6 address and tries to ping that; however, it times out because my router is ipv4-only. The pinging is successful when I disable the proxy or force ipv4 with the So maybe WARP somehow fooled the system into thinking ipv6 can be done over my ethernet, so while "the smart programs" can tell that's not the case, ping and GM IDE proceed to connect in ipv6 mode like fools. I think it's probably a CloudFlare bug, but GM should deal with it anyway. I'm not certain though so I'm not changing the title for now. Maybe this could happen even if ipv6 is available. |
This appears to be the result of having a broken IPv6 route on the system. If I drop all traffic to the IPv6 addresses of We should probably implement the "Happy Eyeballs" algorithm in the IDE to handle this case, there has been an ongoing issue about adding it to the .NET runtime since 2018: dotnet/runtime#26177 |
To reaffirm that that was causing the bug: I disabled IPv6 for the CloudflareWARP network adapter and the bug disappeared. |
Fixed in 2024.10 branch. |
Reopening, as we now have multiple reports (linked above) from Mac and Ubuntu IDE users that HappyEyeballs is causing crashes on startup in the current Beta. |
Fix verified in IDE v2024.1100.0.674 Runtime v2024.1100.0.700 |
Description
Personally I connect to the proxy service all day. However this causes a small inconvenience: when I start the GM IDE, some kind of online check appears to timeout and fail, and some account features will not be available. It's not an urgency as the IDE is still mostly usable, but waiting a long time for the IDE to start is not pleasing.
With a web browser I am able to reach the URLs the IDE tries to access as written in ui.log. Setting up the client to not proxy
api.gamemaker.io
andgms.yoyogames.com
lets me use account features (at least IIRC), but it doesn't eliminate the issue. The issue disappears entirely when I turn off the proxy.The Contact Us package.
Expected Change
No response
Steps To Reproduce
I'm in Mainland China, which may or may not be relevant.
How reliably can you recreate this issue using your steps above?
Always
Which version of GameMaker are you reporting this issue for?
2024.6.2 (Monthly)
Which operating system(s) are you seeing the problem on?
Windows 11
Are you running GameMaker from inside your Steam library?
No
Contact Us Package Attached?
Sample Project Added?
The text was updated successfully, but these errors were encountered: