cefiar
Forum Replies Created
-
Forum: Plugins
In reply to: [Timely All-in-One Events Calendar] Timzone error when upgrading to 2.0.5Only other things I can suggest:
If you’re using one of the “Manual Adjust” timezones, try using a similar named timezone that is close to your location and see if that helps.
Otherwise, if you have mysql experience, look at the ai1ec_events table, specifically the timezone_name field.
The following query can be quite useful for seeing the number of events that are matched to which timezones:
select timezone_name,count(*) from ai1ec_events group by timezone_name;Forum: Plugins
In reply to: [Timely All-in-One Events Calendar] ICS Calendar not Automatically UpdatingI’ve reported this to my direct contact at Time.ly (including the info very usefully provided by gingko_jp about what wp-cron.php is doing, and linking to this post) so hopefully someone from Time.ly is now looking at the right bit of code and there’ll be a fix soon.
Forum: Plugins
In reply to: [Timely All-in-One Events Calendar] Some questions about 2.0.6Very weird. Appears as though you may need someone from Time.ly to invesigate.
Basically it appears as though the twig template engine is not actually working, so it’s not producing any output files.
PS: I don’t work for Time.ly
Forum: Plugins
In reply to: [Timely All-in-One Events Calendar] Bug in Update to 2.0.6Which version of 1.x are you upgrading from?
…../all-in-one-event-calendar/cache/ needs to be writable by the webserver user. The directory will end up containing .php files (the twig template engine writes out .php, which is the eventual code that the calendar runs).
You can disable the cache, but it really slows down the plugin, and I don’t know if it will solve all the write access issues you’ve had.
I don’t see why it would want write access to wp-admin/post.php though.
PS: I don’t work for Time.ly.
Forum: Plugins
In reply to: [Timely All-in-One Events Calendar] Google Calendar FeedIt’s supposed to be automated, but it seems as though there is a bug with the way ai1ec registers with WP’s cron system to run it.
Note: They did some changes around 2.0.1 to reduce multiple cron invocations (which caused intensive DB use), but it sounds like somewhere along the line, the invocations got broken somehow.
I’ll point this issue out to my direct contact in Time.ly, so that it gets some visibility.
Forum: Plugins
In reply to: [Timely All-in-One Events Calendar] Some questions about 2.0.6Clearing the cache should be all you need to do to get it to pick up the template.
If you upgraded from 1.x, you may find that old themes are somehow confusing the issue. If you have …../wp-content/themes-ai1ec/ dirs present from an old 1.x setup, you may want to rename that themes-ai1ec out of the way. While they might not be processed unless you have the Legacy Themes add-on installed, probably best to avoid the issue. Ai1ec V2 only uses …../wp-content/themes-ai1ec/ for child themes now.
Note: cache/twig needs to be writable by the webserver user. You can check if the dir is writable by going to Dashboard -> Events -> Settings, and go into the Advanced -> Cache Report tab.
Forum: Plugins
In reply to: [Timely All-in-One Events Calendar] Event Times on CalendarPS: The cache normally updates after a while, but it’s set long to avoid server load. Also, if you edit a theme while it’s in use, the changes don’t get picked up till the cache expires. All that said, even if you edit a theme that isn’t in use, it still seems it may be cached if it was used recently.
Forum: Plugins
In reply to: [Timely All-in-One Events Calendar] Event Times on CalendarNo you’re right I missed a piece of the path.
You need to clear the ai1ec cache to get it to work.
Easiest way is to rename the twig directory in …../all-in-one-event-calendar/cache/ and then refresh the page. Rename it to something like oldtwig.
If your permissions are ok, it will re-create that dir (and all the subdirs under it) then you can delete the renamed dir (eg: delete oldtwig).
If your permissions aren’t correct, ai1ec will not be able to create the dir (probably producing an error and disabling the plugin, so you will want to rename oldtwig back to twig and then re-enable the plugin so that people can at least use your site.
Note: If your cache permissions are wrong, you need fix them so the webserver user can write to them. It should be fine though as otherwise you’d have other errors. That said, I always recommend the rename/test/delete method, as it gives you a fallback in case there is an issue.
Forum: Plugins
In reply to: [Timely All-in-One Events Calendar] Issue with upgrade from 1.10.5 to 2.0.6I don’t know about your use case, but for me it works and I’ve not had any huge issues. I’m not a Time.ly developer, and while I throw them any bugs I find (with fixes if possible) I don’t know every in and out of the core code.
I do openly admit I’m not the standard user, and I’m willing to dig into issues to try and solve them. I also run a test setup, which is pretty much an exact duplicate of the main site I’m worried about (restored from a file/DB backup, with a few options changed to make it work on the test site – mainly the WP site URL, etc), and I test everything I deploy/change on the test site. I’ve had too many issues with various WP updates, themes and plugins (and no, not specifically ai1ec) to trust any plugin or update to just work.
I also keep rolling backups that get done automatically every 6 hrs, which then get copied off-site. In case something goes wrong I have multiple copies I can access. This is stuff I implemented after the webhost we were using had a catastrophic disk failure on their server, couldn’t restore it from a backup (they were all corrupted) and we lost pretty much everything. So as you can guess, I don’t solely trust webhost backups either.
Ai1ec is quite complex. WP itself is ~6MB zipped, and Ai1ec is ~2.5 MB zipped. It’s not exactly a small amount of code. There are bound to be bugs, especially with such a lot of newly changed code, as the 2.0 rewrite changed pretty much everything about how the plugin worked.
I’m not saying to excuse the issues, but having been involved a lot in development, I know how things like this happen, and just how hard it is to get code as bug free as possible. Especially when you have to co-exist with a huge amount of other code that may or may not be behaving as expected.
Definitely, but as mentioned by Lukasp, it’s a quick work-around, not an end-to-end fix.
I’m assuming the fix will be in the next update, but that depends just how complex the underlying issue is.
There is a twig and Twig folder in that directory.
Note: Twig (upper case) should contain a single file called Autoloader.php, so make sure that file is in the twig folder (lower case), else you may run into other bugs.
If the server is not case sensitive (eg: Windows), then this could definitely be an issue.
I’ll bring this up with my direct contact at Time.ly.
Forum: Plugins
In reply to: [Timely All-in-One Events Calendar] Issue with upgrade from 1.10.5 to 2.0.6Facc: If you get a fatal error, try turning on debug in Ai1ec.
Note: Debug will slow things down, and display a lot of messages that would be useless for a working install, so remember to turn it off afterwards.
To enable Ai1ec’s debug:
Edit …../all-in-one-event-calendar/app/config/constants.php
Near the end of the file, you will see this line:
define( 'AI1EC_DEBUG', false );Change it to:
define( 'AI1EC_DEBUG', true );Try again and report any errors if you don’t understand what they are and/or can’t fix the issues you get.
Someone from Time.ly posted a “quick work-around” here (see post #12):
http://community.time.ly/forum/troubleshooting/general_aa/14645-upgrade-breaks-admin
Forum: Plugins
In reply to: [Timely All-in-One Events Calendar] Event Times on CalendarIf you want the event time to show after the title you ned to fix a bug (that should be fixed in 2.0.7).
Edit …../all-in-one-event-calendar/public/vortex/twig/month.twig – starting at line 56:
Change:
{% if event.is_allday %} <span class="ai1ec-event-time"> {{ event.get_runtime( 'short_start_time' ) }} </span> {% endif %}To:
{% if not event.is_allday %} <span class="ai1ec-event-time"> {{ event.get_runtime( 'short_start_time' ) }} </span> {% endif %}If you want it BEFORE the title I recommend creating a child theme. Do the change above (to fix the bug in the default theme), create your child them, then in the child theme edit month.twig and move the new section of code above the title code (which is immediately above it) – starting line 53:
<span class="ai1ec-event-title"> {{ event.get_runtime( 'filtered_title' ) | raw }} </span>