Q: How did you move the site from the old site to the new one? Did the old site have the same name?
If you changed the name, or changed any external paths, I’d suspect a database entry related to the name that hasn’t been changed. All options for Ai1ec are stored in the wp_options table, and should all have the option_name field starting with ai1ec_.
Related: It may be possible that a site path is hooked in the CSS, javascript or PHP cache. You might want to try moving the contents of …../all-in-one-event-calendar/cache/ to another folder (eg: create a folder in there called old, and move everything else in the cache dir into it).
The calendar should automatically recreate the cache files on next calendar page load.
If this doesn’t work (the files aren’t created), moving the files back will restore previous operation, and you can let us know so we can guide you through some tests (or your IT people might figure it out from the notes I’ve provided).
If it works, feel free to delete the ‘old‘ dir and all the files in it, and you should be right to go.
PS: Ai1ec uses less (for CSS templates), and twig (for PHP templates). It creates any necessary files it needs under …../all-in-one-event-calendar/cache/, so the webserver user needs to be able to write to this dir and create directories.
Hope this helps.
I have forwarded this on to the IT people, but here is the bits I could do and the results.
First of all, I’m not sure the exact site move procedure, but the old and new sites have the same url. Relative paths should all be the same within the site directory. At some point, to fix another problem entirely, they did a site copy and attached it to IIS on the server (whatever that means!), but the calendar navigation issue started with the original server migration, and was not changed by this.
I did move the contents of /all-in-one-event-calendar/cache, and it was able to regenerate the files it needed and keep working. Within the emptied folder ‘cache’ it created a folder called ‘twig’ and a file called ‘b29149c4_ai1ec_parsed_css’ on my first load of the calendar, so it seems to be able to write to it and create directories. This did not, however, fix the problem at all.
Thanks so much for your help!! If you have any other insights I am all ears, and I will get IT to check out the database.
No problem.
Note that if you’re running a pretty standard install, you can wipe out all the setting in the DB and ai1ec “should” recreate them (with defaults). If not, you can use the “manual upgrade” procedure to reinstall, which will keep events and definitely recreate the settings. The manual upgrade procedure is at https://time.ly/document/troubleshooting/perform-manual-upgrade/
PS: If you do delete the settings, any “feed” options (ICS feeds, etc) will be lost, as will any theme option settings (eg: colour settings outside the defaults), so you’d want to make sure you had all these details recorded.
