iOS 8 Calendar on iPhone showing GMT times for new events.

Just tested with my hotmail calendar. It works fine. Making appointments on IPhone targeting the hotmail WORKS FINE. No GMT nonsense. I guess the only thing I can pin down this bug is on Google. Even rolling back to 8.1.1 does not fix it and I have not mucked around with settings in a long time on either IPhone or Google Calendar.

Must be with Google. Tried to talk to Google and was on hold for 90 minutes and gave up.

Exactly my problem, as well and Apple doesn't acknowledge the problem as theirs. Very frustrating. I figured out if you push down on the appointment and when it turns dark green, you can slide it up or down to a new time slot and not have to go to edit and then have to go through all that BS with GMT.

Guys have you not read the many posts that show this is not just a problem with Google calendar?

Go back to Page 8 and read JG in SB's thorough explanation - the best theory yet for what is going on. THEN comment.

I have read most of the posts, and I know that Google is going to have to update their software in order for the GMT to get off our phones, if you are using Google calendar. I have read that other calendars don't necessarily have the problem.

Sure, I read that. I am telling you that it is not a problem with Hotmail, just with Google. From my personal experience. I guess there might be other variables in play here, but currently it is a problem with Google and Google only for me. So yes, read and commented.

Then you've also read that Exchange Servers and several other systems have the exact same problem, not just Google.

Since there was no problem before iOS8, and it's only iOS8 devices that are affected, it's pretty evident that it has something to do with iOS8.

I'm glad it's not a problem for you with Hotmail, but what has to happen is for some smart programmers to see what is happening with these systems and figure out what needs to be adjusted.

AMEN

Hi DBD12345. This is definitely due to a bug in iOS 8. The bug is in the iOS 8 code, and it causes your appointments to display the time zone that the subscribed calendar server is set to in addition to the time of the appointment in the time zone you are physically in.

For example, I am in the Pacific Time Zone in California, and my server which is an Office365 Hosted Exchange account, is set to GMT time zone. So when I set up appointments, they display at the correct time on my iDevice calendar, but they also display the GMT time and iOS actually sets them to GMT time. And this only happens on the receiving device...and here's why: when I am creating the appointment on the originator device, it has't yet synced to the server so it doesn't know what the server's time zone is set to. When that same appointment syncs up to the server from the originator, and then down to the receiver iOS device, the iOS code on the receiver device now sees the server's time zone and the receiver device both displays the time zone that the server is set to and also converts the appointment to that time zone.

If your iDevices are physically located in the same time zone that your server is set to (for example say you live in San Francisco and sync to an Exchange server at your corporate office in San Jose that is also set to PST as its time zone), then you have the very same bug embedded in the code on your iOS devices, but you aren't going to SEE the effects of it because the server time zone and your physical time zone are the same. If you go to NYC for a week and start setting up appointments based on local EST in NYC then you are going to see the bug on those (conjecture but I bet this is exactly what will happen).

I believe that the reason you aren't seeing this issue on your Hotmail subscribed calendar is most likely because whatever server that calendar resides on is set to the same time zone that you are physically in when you are creating appointments. If you set up a Google account, which is potentially hosted in a different time zone than your Hotmail server is set to, you are going to see this show up on every appointment you create on an iDevice and then sync through that account to another iDevice. And again, you are not going to see it on the device you create the appointment on...just the other device that receives the appointment through the server.

If you are travelling outside of your current time zone any time soon, it would be awesome if you would create some appointments while your iOS mobile device is in that other time zone, and sync those to one of your other iOS devices (also has to be in the other time zone with you....like if you are travelling with both your iPhone and iPad) and see what happens on your Hotmail account appointments. And please let us know what you see.

Another possible explanation for why you aren't seeing this in a Hotmail subscribed calendar is that the data structure may be different on Hotmail than it is on Exchange, Google etc., and Hotmail may simply not provide the server time zone data to iOS at all.

Finally, other users above in this thread have confirmed that when they use 3rd party calendar apps (i.e. not the iOS 8 Calendar) to sync to their very same existing calendar accounts, the appointments are fine and don't transpose to any other time zones, yet the exact same appointments DO transpose in the native iOS 8 app. Those 3rd party apps don't have the buggy code that reads the server time zone and transposes your appointments to it, and that's why the appointments display correctly in this apps. This absolutely confirms this can only be generated by buggy code built in to iOS 8 and is not a server-side issue.

When you point to the time zone of the server, are you talking about the system time zone or the time zone of your personal calendar settings? I understand what you are saying.... I am having a hard time squaring my downgrade of iOS and problem still manifesting itself.I did the upgrade yesterday and I didn't make any appointments after my upgrade until the one I made today and saw the bug. And I have made a few on 8.1.1 and I have not seen this bug when on that previous version.

I went ahead and changed the time zone of my hotmail calendar to PST from CST, and it works fine. I guess Hotmail is not providing my calendar zone to iOS.

I guess I can attach my google account to my wife's phone (which is working fine) and check it out.

Hey DBD12345,

What I mean by the "server time zone" is the actual system time set on the server itself...the server that is hosting Exchange in my case. In previous troubleshooting, my hosting company confirmed that the time zone setting for my Office365/Exchange user account is correctly set to PST. But the actual server equipment that my user data resides on is set to GMT time zone. It is that setting which is being read and displayed by the buggy iOS code when the receiver iOS device syncs it down.

Other users who's accounts are on servers that are set to different time zones are experiencing the same bug, but instead of their appointments being transposed to GMT, they are transposing to EST, or PST... whichever time zone their server is set to.

When you change the time zone setting of your hotmail calendar, you are only changing the setting of your user account, not the time zone of the equipment on which your account resides. Only admins at Hotmail would have access to that setting. A single server...lets say set to CST....could have thousands of user accounts on it, each of which can be set to a different time zone by the individual user of the account, but the server itself is set to CST, and so if a user is physically located in PST, their appointments are going to all get transposed to CST when they sync to any receiver iOS device.

I hope that makes sense.

JG

Yes, it does make sense. Thank you for the long write up (where do you get that energy? LOL). Well, I guess it is one **** of a coincidence that I saw my issue right when I did my upgrade and the system time got whacked on my google and the bug showed up due to faulty code on iOS. I would imagine we can see this issue seemingly in a random way; presumably due to WAN clusters spread geographically and your account getting load balanced.

What I still can't figure out is that, at least in my case, when I create an event in Outlook on my desktop computer (or in the native Yosemite Calendar on my MacBook), and that event syncs down to my iDevices, they are not displaying, or transposing to GMT.

So it seems like there are two (2) variables at work here:

1. The originating iOS device is putting some sort of data into appointments that are created on that device that causes the server time zone setting data to populate into the appointment when it syncs through; and,
2. The server time zone setting is then populating into the appointment and being read and displayed by receiver iOS devices when they pull it down from the server.

It appears that the originator iOS device on which the appointment is created is adding a data field...let's call it "server-time-zone"....in the appointment, and then that data field is getting populated when the appointment hits the server. Programs like Outlook, or 3rd party iOS calendar apps, don't care about or look for this server-time-zone field, so even though the data is populated into the field, it isn't visible to the user looking at the appointment let's say in Outlook on their desktop. But iOS devices DO look for that server-time-zone field and then they DO display the data in it. This could explain why an appointment generated on a device that does not run iOS (like my PC) syncs correctly to both my iOS devices (i.e. it doesn't add the server-time-zone field), but then if I modify that very same appointment on my iPhone (changing the start time by 30 minutes let's say), when it syncs back over to my iPad it displays GMT and transposes to GMT.

That's my theory....

@DBD12345: That is a crazy coincidence. Based the posts I have been following here, something started to happen on the Google servers between one to two days ago that caused this to show up on people's devices when it had not previously shown up. Without those users having changed anything on their iOS client devices. And your suggestion that user accounts moving from one Google server to another due to load balancing is a very good theory that could totally explain what these users have observed and reported. If the new Google server their account got migrated to is set to a different time zone than the one it was migrated from, that could easily cause this to show up on a device even if no settings were changed on that device by the user.

Actually I saw this bug with a client that had nothing to do with iOS a program that shared its appointments to the users google apps calendars all 10 of those users on the google side showed GMT for the time zone. these people did not have their calendar shared with any iOS device.