bruss147

That seems to have fixed the problem. Thanks!

The server my blog is on is running PHP Version 5.2.12

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.

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.

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.

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.

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.

https://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.

I just got 1.8.4 and it fixes the issue. Thanks!

This update fixes mine so the list shows all one day events as one day.

I had this same problem and emailed them about it. They said they’ll look into it, but said it’s likely because I’m on a Windows server. Are you?

I ended up getting it partially fixed by modifying the php files to have the WordPress root hardcoded in instead of letting it try and figure it out.

Works great! Thanks!

Mostly fixed. Still have a couple that show two days. Looking forward to next update!

Login was removed from the bottom of the page and the one at top worked before.
The Register link at the bottom of the page is working now in 1.8, thanks!

Good news! I was just going through the WP-Touch settings and saw the GZIP compression note that it causes problems with some plugins and unchecked the box. Now it works well with the WordPress iPhone app (at least the latest 1.2 anyway).

As a note, I was getting this problem with no other plugins enabled except WP-Touch.

I’m using the very latest of their code (building from svn) and it still happens.