I have 3 public Google calendars linked. Every day when it updates, I get a bad connection notice. All 3 links failed.
But when I simply swipe down to manually refresh, the connection failed notifications, go away and presumably the links refresh.
This happens every day. Is there a tracker I’m blocking that would cause this… “calendar.google.com” is whitelisted, but it didn’t help.
Thanks!
Sounds like the network is not connected when the sync is started by Android. Are you in WiFi or mobile network when that happens? Did you try to set “Keep WiFi connection in standby” in WiFi settings?
@rfc2822 This got me thinking… and I’m thinking that “battery optimization” is the culprit. Wifi hasn’t been an issue, but I’ve not yet ruled out data.
A question… I received the following notification at 9:52 AM today…
Unable to resolve host “calendar.google.com”. No address associated with hostname.
I then changed battery optimization to exclude ICSx5 and waited another 2 hours to see the result.
But well after the 2 hour interval, the original 9:52AM notice was still present. This seemed odd as I would have expected either
What happened? Did the 11:52AM connection succeed without removing the 9:52AM notfification? Or?
Thanks!
I think I suffer from the same problem as in the latest comment.
I’m trying to sync a calendar with the following address:
https://www.google.com/calendar/ical/smh0j8o8blctcl01jdbahutp8c%40group.calendar.google.com/public/basic.ics
(from this website: https://www.fussball-spielplan.de/spielplan-preussen-munster-ical/)
However, for a couple of days now, I receive the following error message once per day (which is my sync interval):
Unable to resolve host “calendar.google.com”: No address associated with hostname
I noticed that the associated web address is depicted a little bit different than what I entered in the first place? It reads
https://calendar.google.com/calendar/ical/smh0j8o8blctcl01jdbahutp8c%40group.calendar.google.com/public/basic.ics
Manual syncronisation appears to work, though.
Good catch. The URL difference you posted mirrors my experience.
@Telos verifie sie tuas suffisament de l’espace dans ton appareil,si oui faitet une mis àjours du systems.
Yes. Updated and space available. Not every sync fails. I’m not sure the source, but in Android 10 I have excluded the app from battery optimization. I’ll see in a few days, If not connection issues, I will return app to battery optimization to see if connections fails reoccur. Thank you.
@AllesAufHorst said in Public Google calendar refuses to auto-refresh:
I think I suffer from the same problem as in the latest comment.
I’m trying to sync a calendar with the following address:
https://www.google.com/calendar/ical/smh0j8o8blctcl01jdbahutp8c%40group.calendar.google.com/public/basic.ics
(from this website: https://www.fussball-spielplan.de/spielplan-preussen-munster-ical/)However, for a couple of days now, I receive the following error message once per day (which is my sync interval):
Unable to resolve host “calendar.google.com”: No address associated with hostname
I noticed that the associated web address is depicted a little bit different than what I entered in the first place? It reads
https://calendar.google.com/calendar/ical/smh0j8o8blctcl01jdbahutp8c%40group.calendar.google.com/public/basic.ics
Manual syncronisation appears to work, though.
Apologies for bumping, but I think this never drew any attention, did it? The problem persists to this day.
May I ask the developers if they acknowledge this bug? Did you ever try to reproduce it?
@allesaufhorst There are several reports about this problem. I have now pointed them all to this thread for following up.
Unfortunately, I still don’t know why Android sometimes seem to start ICSx5 synchronization when Internet is not ready yet; nor could I reproduce the problem myself.
Any further information welcome.
@AllesAufHorst @Telos @Augustin What I would like to know: does the error occur only over night when the device is in sleep mode (and you see the error message then in the morning), or does it also occur over daytime when the device is in actual use.
@devvv4ever said in Auto-refresh: Unable to resolve host “...”: No address associated with hostname:
@AllesAufHorst @Telos @Augustin What I would like to know: does the error occur only over night when the device is in sleep mode (and you see the error message then in the morning), or does it also occur over daytime when the device is in actual use.
Removing the app from battery optimization solved my issues. As I recall, the issue happened during the day. Since posting my Android version updated, so I don’t know if it remains an issue when battery optimization is allowed. Sorry to be of little help.
Yea I’m having the same problem with google calendar feeds once every two days,
even though the app is set to refresh every week…
This is on a different phone than the one I reported back a few months ago…
Be safe everyone!
@devvv4ever As far as I can tell, this always occurs during daytime. Perhaps more importantly, it often happens in the very moment when I plug in my charger, with the screen unlocked.
@allesaufhorst said in Auto-refresh: Unable to resolve host “...”: No address associated with hostname:
@devvv4ever As far as I can tell, this always occurs during daytime. Perhaps more importantly, it often happens in the very moment when I plug in my charger, with the screen unlocked.
interesting, thanks! When Android device get into charging state they can use as much power as they want, which measns that syncs are immideately scheduled and performed - but maybe the network was not ready by that time or somehow blocked because other system processes locked it for a very short period.
@devvv4ever If it helps, I might try to grab logs next time?
Out of curiosity, have you tried to reproduce the problem yourself?
@allesaufhorst yes, I was affected myself on my production device about a year ago, however when I excluded it from battery saving of Samsung the problem started to disappear, and now I can’t reproduce it anymore…
I think adb logs would maybe help a little bit. Personally I think this is a bug in Android, but maybe we can workaround it by putting a hard-coded “wait” time before every sync is processed - however that would be very dirty…
