Solved

sharepoint calendar not working correctly

Posted on 2015-01-08
9
119 Views
Last Modified: 2015-03-03
I am using the built in sharepoint that comes with windows server 2008 R2 and a user found a glitch.

So I have 3 calendar examples in the image, two of them are correct because the user manually changed them individually.
So for May 2015, on the calendar, it shows that the meeting is from 2 pm to 2:30 pm.  If you actually open the meeting, it's correct, it's from 2 pm to 3:30 pm.

Any reoccuring meeting that is created does not show correctly on the calendar portion.  How do I fix this?


sharepoint glitch
0
Comment
Question by:afacts
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 6
  • 3
9 Comments
 
LVL 82

Expert Comment

by:David Johnson, CD, MVP
ID: 40539414
If you are currently in Standard Time and the timezone in your meeting changes from ST to Daylight Saving Time (DST) it will be 1 hour off as the meetings time is set to UTC time i.e. utc-5 is standard utc-6 is daylight saving, if you go forward in the calendar to when your timezone switches back to Standard Time it will be back to the time set before daylight saving kicked in
0
 

Author Comment

by:afacts
ID: 40539420
I'm lost, how do I just fix this, I'm not sure what setting that is.  I'm PST time zone, so all meetings should be in PST.
0
 
LVL 82

Expert Comment

by:David Johnson, CD, MVP
ID: 40539440
There is nothing to fix. 3 PM PDT is 2 PM PST .. if you are currently in standard time it will show 1 hour later, when you go to PDT it will show 2PM, go forward in your calendar to November and it will show 2PM only when your timezone is in standard time and the event occurs when you will be in Daylight Time,  it will  appear to be off by 1 hour.

2PM PST is UTC - 8 = 10PM UTC
3PM PDT is UTC - 7= 10PM UTC
0
MS Dynamics Made Instantly Simpler

Make Your Microsoft Dynamics Investment Count  & Drastically Decrease Training Time by Providing Intuitive Step-By-Step WalkThru Tutorials.

 

Author Comment

by:afacts
ID: 40539499
I see what you're saying, but the problem is, even for January and February, it did the same thing, it was off and it was during the same time zone, or at least the hour change didn't take place yet.

Am I missing something?
0
 
LVL 82

Accepted Solution

by:
David Johnson, CD, MVP earned 500 total points
ID: 40539541
is the timezone on the server and the clients set correctly and also to change when daylight saving starts/ends
0
 

Author Comment

by:afacts
ID: 40547327
Yes, the timezone on both the clients and server is the same.  They are on the same domain.

But you see, why would the correct  time be inside the meeting info if you open it up, but not correct when it's displayed on the calendar in the monthly view?
0
 

Author Comment

by:afacts
ID: 40547341
So I did what you suggested and I went to november 2015, DST ents on November 1st,  the meeting is on November 3rd, and it's still incorrect, it shows from 2 to 2:30 pm.  I even looked on December's calendar and it's still incorrect.

So the issue is not with PDT and PST.
0
 

Author Comment

by:afacts
ID: 40603939
So no one knows how to solve this issue?
0
 

Author Closing Comment

by:afacts
ID: 40643424
Thanks for trying, or asking the questions, I need to close the question, but I wanted to at least thank you for trying.
0

Featured Post

Get 15 Days FREE Full-Featured Trial

Benefit from a mission critical IT monitoring with Monitis Premium or get it FREE for your entry level monitoring needs.
-Over 200,000 users
-More than 300,000 websites monitored
-Used in 197 countries
-Recommended by 98% of users

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Possible fixes for Windows 7 and Windows Server 2008 updating problem. Solutions mentioned are from Microsoft themselves. I started a case with them from our Microsoft Silver Partner option to open a case and get direct support from Microsoft. If s…
After seeing many questions for JRNL_WRAP_ERROR for replication failure, I thought it would be useful to write this article.
This tutorial will walk an individual through locating and launching the BEUtility application to properly change the service account username and\or password in situation where it may be necessary or where the password has been inadvertently change…
This tutorial will walk an individual through the process of installing the necessary services and then configuring a Windows Server 2012 system as an iSCSI target. To install the necessary roles, go to Server Manager, and select Add Roles and Featu…

617 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question