If you are on 2.9, please update to 2.9.1 asap – there was a timezone problem with 2.9. Also make sure you are on latest version of plugin. If that does not fix it, check that timezones are set by city and not by GMT offset.
I’ve tried messing with the timezone and can’t get the dates to be correct anymore either.
It was working with WP 2.8.x and an older version of your code. I upgraded both WP and AmR iCal Events and now all my yearly recurring dates are a day off.
http://www.russellfamily.info/Family/?page_id=363
WP 2.9.1 and AmR 2.6.3.
I have the timezone set to Denver, but I’ve also tried multiple UTC settings and had no luck.
Hi Bruss147.
I have looked at your ics file and the dates are well setup for a birthday type recurring entry (ie a universal date, not timezone dependent), so the dates should always be what they are irrespective of the timezone.
I have also tested with your ics file on the plugin site – see
http://icalevents.anmari.com/1938-family-birthdays/ and the dates seem fine when compared with the ics file. And Yes they are a day ahead of what is showing on your site. My site is running wp 2.9.1 and plugin 2.6.3.
So somehow must be something in your setup or with your copy of the plugin files.
Try deleting the plugin completely (there is a delete option on the plugin menu – this will also delete your settings). If you know how to delete via ftp or your server control panel, you could delete the files there (the settings will remain).
Then re add the plugin from wordpress (add new from the plugin menu). This should ensure that you have a totally clean version of the latest file.
Thanks for the response. I tried deleting the plug-in code and cache using FTP and then reinstalled. I had my same settings, but they days were still one early. So I used WordPress to delete the plug-in and then reinstalled. Now I’ve lost my settings and the days are all still one early.
If it makes a difference, I think my server is being hosted and the machine itself is Eastern time (I think). I have WordPress set to Mountain (as do you on your test site) and that’s what the calendar ics is created in.
Hi Bruss147,
I ran your webpage with &debug and looking at the code related to say Norma Barnes, it knows it is 17th Jan all the way, but then displays it as 16 Jan.
So let us experiment with different display formats bug there. See the plugin settings.
I am using D, M j, Y for the date format for example on my site, where the dates are appearing fine.
Bruss, another thought – does the current date and time display correctly in your plugin settings screen next to the date and time formats?
Since your ics file displays as expected on my sites, it has to be something to do with your server or setup. Since it only seems to go wrong at “display” time (ie the debug has the correct value for all the repeating calcs etc), then it may be something to do with the date display functions (PHP or the wordpress localisation date_i18n) and/or the setup.
Do you know what version of php your server has?
Mine is currently back to default settings since I unininstalled and reinstalled the plugin.
Day is set to F j, Y
If I look at the WordPress General Settings, the time is correct next to selecting the timezone.
UTC time is 2010-01-19 17:26:34 Local time is 2010-01-19 10:26:34
However, it appears to be wrong when I’m looking at AmR settings next to the DateTime where it shows what the current format string will look like.
January 19, 2010 5:27 pm
No, I don’t know what version of PHP the server is running. I’ll see if I can find that out.
I tried changing the timezone in WordPress Settings and it appears to have no affect on the time example being off by 7 hours on the AmR settings page.
The server my blog is on is running PHP Version 5.2.12
Dear Bruss,
A version 2.6.4 has just been uploaded (may take a few minutes to appear). Based on what you said above I think it may be the way that the plugin is interacting with the wordpress date localisation function. It requires one to revert back to the old unix timestamp method instead of just using the datetime objects and different setups have had different reactions.
I managed to get one of my systems to have the non current time in the settings area. I have made some minor changes so plugin worksson my main server as well as on the other. I think this may sort you out. Thank you for your patience – it helps weed out these odd funnies.
PS If your system is not seeing the update, use plugin amr-impatient to force a update now rather than when it is next scheduled.
That seems to have fixed the problem. Thanks!
Thread Starter
Kineta
(@kineta)
Thanks so much, just installed the update and the times are correct now. I really appreciate your work and this plugin! Thanks!
