I am also experiencing this issue.
This is on a well established set up, which has not been active through 2020 due to COVID. The source calendar has been populated with events, bit the .ics import process is not delivering them. Note that the same .ics source works with other calendar plug-in I have tested whilst looking for a replacement for aioec. I do not really want to replace aioec as it is the best for my needs, but a broken / unreliable .ics import makes it non-viable.
What can I do to gather diagnostics? The information in the .ics import FAQ is scant and the “how to” link therein delivers a 404 error.
I am fully up to date on PHP, WP and this plugin. I have deactivated and reactivated the plug-in. I have signed out and in again, dropped the .ics configuration and rebuilt it … nothing seems to kick this back into life. I have seen this as being temperamental before.
Are there any known interactions with UPDARFT back up? I’ve noticed that sometimes fails to complete.
WP Site Health reports…
- The optional module, imagick, is not installed, or has been disabled.
- The loopback request returned an unexpected http status code, 503, it was not possible to determine if this will prevent features from working as expected.
- The scheduled event, updraft_backup_database, failed to run. Your site still works, but this may indicate that scheduling posts or automated updates may not work as intended.
Are any of these relevant to the .ics import issue? Note I can imagine that the last one might mess with the cron schedule, but that ought to have no impact on manual invocation of the .ics import.
What diagnostics can I gather and how do I do that please?
