You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When [NetworkClock sharedNetworkClock] is first called when there is no internet connection, no network associations will be created, meaning that no timers are ever created, so even when internet is back on at a later point in time, nothing will happen / no pings to any time servers will happen.
The text was updated successfully, but these errors were encountered:
I'd be interested in other users' opinions on this.
Mine is that determining the presence of network connectivity is not the responsibility of NTP. While ios-ntp is a severely cut down version of the canonical NTP code and already makes exceptions (and could make this one), I'm reluctant to move this far away the core time protocol function.
I'm trying to prevent clock-cheating using ios-ntp so I appreciate anything that makes ios-ntp a smarter, reliable clock aware of it's "surroundings". That said I don't know much about the NTP standard itself.
When [NetworkClock sharedNetworkClock] is first called when there is no internet connection, no network associations will be created, meaning that no timers are ever created, so even when internet is back on at a later point in time, nothing will happen / no pings to any time servers will happen.
The text was updated successfully, but these errors were encountered: