Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
In OS X too?

For me this is happening on entries made in Calendar in Yosemite OS X. While Pacific Time is selected as the overall time zone at the top of Calendar, the individual entries in Calendar attempt to default to GMT. A pain.

Maybe my iOS devices/GoogleCal are interfering via sync? (Fantastical on iPhone and iPad.) I've checked across all the calendars including Google and GMT is not selected anywhere though I do spend chunks of time in both time zones and have to adjust accordingly. Reading this article I think the problem started about the time of the release of iOS 8 - though not sure.
 
Calendars should not know about the existence of time zones at all. It's a calendar, not a world clock. A meeting at 5pm is a meeting at 5pm, period. I don't care where it is, surely I know what the current time is in the current location I happen to be in.

It isn't quite so simple. If someone in another time zone sends you a teleconference request you will want your calendar to know what local time that represents for you, and you will also want it to adjust if you are in yet another time zone when the conference happens.
 
I ran into this the other day and saw the giant thread on Apple forums. My solution... I stopped using google's calendar and just use iCloud.

For me the bug only started in the past couple weeks (and not with the introduction of iOS 8).

Edit: Actually it appears it may have started earlier than I thought..
 
Last edited:
For me this is happening on entries made in Calendar in Yosemite OS X. While Pacific Time is selected as the overall time zone at the top of Calendar, the individual entries in Calendar attempt to default to GMT. A pain.

Maybe my iOS devices/GoogleCal are interfering via sync? (Fantastical on iPhone and iPad.) I've checked across all the calendars including Google and GMT is not selected anywhere though I do spend chunks of time in both time zones and have to adjust accordingly. Reading this article I think the problem started about the time of the release of iOS 8 - though not sure.

I'm not seeing that, so maybe it's an interaction issue. All of my new iCal events default to my local time zone.

EDIT: That's with iCloud. With Google Calendars it defaults to GMT.
 
As a programmer, I can tell you that time zones cause some of the biggest headaches across all types of development. It's really not that surprising.

I was just going to write the exact same thing. It's not just time zones, but all date and time calculations.

The fact that it looks so simple only makes things worse.
 
A small victory for those of us who live under GMT anyway

But a total pain in the arse for those of us that travel through timezones for a living.

My fav bug is in mail on my 5s where if I want to send an email to myself, the mail app bugs out.

Second fav is where you type and near the edge of the screen no text appears, even though the cursor moves and the text is actually there when you send.

My third is,
forth is,
fifth is,

and so on ;)

It's really a terrible release
 
Clearly not a bug, if you check Google's support website about this issue. Explains it all in plain English. Anything you see like this is all server-side for the mail provider itself, hence why you also see it for Exchange accounts:

https://support.google.com/calendar/answer/2367918?hl=en
 
I was just looking last weekend for a fix for this. Everyone I know with an iphone has the problem and is asking me how to fix it. It's a pretty big deal that I'm not sure how long it has been going on because it seems like just recently people were mad that it caused them to miss something because they read the GMT time.
 
Clearly not a bug, if you check Google's support website about this issue. Explains it all in plain English. Anything you see like this is all server-side for the mail provider itself, hence why you also see it for Exchange accounts

Clearly, it is a bug. Calendar entries created in my native time zone (Chicago) are uploaded into Google Calendar in that time zone, but are then downloaded into the iOS calendar as GMT. While the time is correct, the conversion to GMT is unwanted and confusing.

Illustration - I create an appointment in iOS at 9am, Chicago time. It shows up on my Google calendar as 9am. It then shows in iOS at 9am, with a note that the appointment is at 3pm GMT. When I open up the appointment, the time is shown in GMT. If I were to change it back to 9am, it would actually keep the GMT and show up at 3am Central, unless I actively go in and change the time zone at the same time.

This behavior occurs only for Google calendar - not for my work Exchange calendar (although others have reported non-Google Exchange issues), nor for my iCloud calendar. It also does not occur if an appointment is created in the Google Calendar - when it populates the iOS calendar, it shows up in the correct time zone.

Apple does have an open bug report on this - my report at bugreport.apple.com was linked to an open report, so Apple is aware.
 
Clearly, it is a bug. Calendar entries created in my native time zone (Chicago) are uploaded into Google Calendar in that time zone, but are then downloaded into the iOS calendar as GMT. While the time is correct, the conversion to GMT is unwanted and confusing.

Illustration - I create an appointment in iOS at 9am, Chicago time. It shows up on my Google calendar as 9am. It then shows in iOS at 9am, with a note that the appointment is at 3pm GMT. When I open up the appointment, the time is shown in GMT. If I were to change it back to 9am, it would actually keep the GMT and show up at 3am Central, unless I actively go in and change the time zone at the same time.

This behavior occurs only for Google calendar - not for my work Exchange calendar (although others have reported non-Google Exchange issues), nor for my iCloud calendar. It also does not occur if an appointment is created in the Google Calendar - when it populates the iOS calendar, it shows up in the correct time zone.

Apple does have an open bug report on this - my report at bugreport.apple.com was linked to an open report, so Apple is aware.


Did you review the Google link? It states that Google deliberately does this. Regarding your bug report, it also states in the article that they have received conflicting reports from their customer service. But it states it clear as day on the Google website that they deliberately do this.

It seems the reason that it's only now impacting Calendar for OS X is that Apple updated Yosemite to take these Google calendar adjustments into account.

It's not a bug if the main provider experiencing the "issue" is stating that this is all intended.
 
I had it happen when I created an event for one of my Gmail calendars on my phone. I went in to edit it as a repeated event, and it changed to GMT when I went to the main calendar view. I deleted it and created a new event with the right information.
 
Of course it's an iOS Bug. THE GMT BUG.

Read the 40 pages of posts on the forum. 220k views. Hope apple gets a solution. Be nice not to have to ignore the occasional "I found a fix?...it's not a bug.." Postings. Don't those guys read the other posts or call apple?
We're waiting now.
 
Did you review the Google link? It states that Google deliberately does this. Regarding your bug report, it also states in the article that they have received conflicting reports from their customer service. But it states it clear as day on the Google website that they deliberately do this.

It seems the reason that it's only now impacting Calendar for OS X is that Apple updated Yosemite to take these Google calendar adjustments into account.

It's not a bug if the main provider experiencing the "issue" is stating that this is all intended.

Maybe you should re-read the article yourself.. Even's google's own web page doesn't create events with no time-zone. Only Apple's IOS calendar does. Get your facts straight and stop being an apple fan boi!
 
Same with many of us

I ran into this the other day and saw the giant thread on Apple forums. My solution... I stopped using google's calendar and just use iCloud.

For me the bug only started in the past couple weeks (and not with the introduction of iOS 8).

Yeah we all had the bug with iOS 8 but it did not show until a server in diff time zone had contact. read the forum.
 
I guess I should feel fortunate I'm in GMT at the moment anyway.

But in a few months (if you stay where you are) you will be in IST or BST without moving an inch. If you have everything fixed at GMT you will be off by one hour. However, if you leave everything in auto then your timezone will automatically change.

GMT = UTC, but only in the winter.

Windows has historically been problematic when handling time as they stored everything in the local time zone. I think they have improved, but who knows.
 
This bug has been absolutely driving me up the wall! I didn't know it was that common. as others I only had this with google calendar. I ended up converting to icloud calendar only because of this one bug. the only other way I could fix it was by turning off time zone support completely but I don't like doing that.
 
GMT Bug must be fixed

This has been happening to me since about November 2014 and is frustrating to say the least. It is surprising that a company such as Mac/Apple took so long to acknowledge this bug and has not fixed it at this late date.

I really hope they fix this soon, I rely on my calendar and the accuracy of it in my business, my own business.
 
As a programmer, I can tell you that time zones cause some of the biggest headaches across all types of development. It's really not that surprising.

i dont know if "surprising" is the word i would use for that. mostly developer laziness/incompetence. at my work at an internet company, we discovered the other day that one of the devs didnt understand the difference between bits and bytes....
 
As a programmer, I can tell you that time zones cause some of the biggest headaches across all types of development. It's really not that surprising.
True, the complexity of time and time zones is insane*. The same rules apply to handling time as to handling encryption, never roll your own and use existing libraries!

Especially if you think you know what you're doing you're guaranteed to screw it up. The people who think processing time and time zones are easy are precisely the people who screw these things up.

* Many people wrongly think GMT and UTC are the same, they're not. Plenty of places switch time zones twice a year. Some places have half an hour time zone offsets. Some places decide to change time zones every few years. Some places decide to move across the dateline and lose/gain a day overnight. Add to that DST dates which are often not aligned (EU vs US for instance) or change depending on which party happens to be in government (Israel). Americans writing dates in the wrong order so they think 4/1/2015 is a day in April. Etc. Etc. Working with time is a royal pain!
 
Last edited:
Maybe you should re-read the article yourself.. Even's google's own web page doesn't create events with no time-zone. Only Apple's IOS calendar does. Get your facts straight and stop being an apple fan boi!

Lol, ironic since there isn't any sort of issue as what you're describing. Something tells me you don't have a full grasp on the entire issue. It's written plain as day on Google's website. This is only evident on Calendar because of how Calendar handles time zones, but it's certainly not a bug. It's working exactly as Google and Apple intended for their respective services. If any change comes from this, it will be to revise the software to prevent confusion. That's all this is -- confusion. There is no bug, because it clearly states on Google's website this is expected. Quote from the Google link I posted, since it seems no one is actually reading it:

"Whenever you create an event, Calendar converts it from your time zone to UTC time, using currently known conversion rules. By using one universal time for all events, Calendar can keep all of your guests’ calendars consistent regardless of which time zones they're in. When we display the event on your calendar, it is converted from UTC to appear in your own time zone.

If you have a recurring meeting that spans across different time zones, then its time always remains constant for the organizer, and will shift for guests whenever their time difference with the organizer changes. That’s why if you’re in London and attending a weekly meeting that was created by your New York colleagues at 10am NY time, it will always be at 10am for NY, almost always at 3pm for you, but at 2pm during that particular week in early November.

However, this process doesn't always work in cases where a country decides to change when they switch to DST or even their overall time zone. If you had created an event before we knew about the change, Calendar converted your time zone into UTC, using the information available at the time of creation. Once the time zone change is known, Calendar will use the new rule to display events in your time zone, and it might cause events to shift in your calendar.

Let’s look once more into the Russian example. If you in March 2011 created an event for Nov 2011 at 17:00 MSK, then according to rules we knew in March, we would store it as 14:00 UTC. After the switch happened in Russia, Google Calendar takes the new rule and converts this event to 18:00 MSK. Luckily, all participants and rooms that you booked are still available for this meeting."

Edit for clarity, since I'm sure someone will reply with an angry counterpost calling me an ignorant fanboy; be sure to check out the screenshot. It shows the events in the appropriate time slot. The only part people are freaking out over is that it simply shows the GMT time zone. I'm not sure how this is confusing for people, but it's apparently SO confusing that people think it's a bug. If there is a bug that is REPLACING the time zone, then it's not the one described in this post by Macrumors. This post by Macrumors describes something that is expected behavior. When I reported this to Apple, the Apple engineers stated that it was expected. Google's own website states that it is expected. There is no counter-argument unless you're describing an unrelated issue than the one described in Macrumors' post. Simply because some folks in customer support said that it's an issue does not mean it actually is. I'm inclined to believe Apple's engineers and Google's webpage over a customer support employee. There is no issue here, at all.
 
Last edited:
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.