Hi Mike,

thanks for your post.
Could you check if the time zone in your account settings (User name > My account > Settings) has been set correctly?
The chosen time zone is not based on your system settings but on the settings chosen in OpenProject.
If no time zone is chosen, the time zone defaults to GMT+0 / UTC+0.

Best,
Robin

Hi Robin,

Just double checked and confirmed that my timezone setting is already set for Mountain Time (US & Canada) (GMT/UTC –7), Brian’s is already set for Eastern Time (US & Canada) (GMT/UTC –5). I believe the time is right, it’s just not on the right day. That is why it looks odd in my previous screen shot that the activity was logged “Today at 19:23” when 19:23 hadn’t even happened (for me, or anyone) yet.

Attached is an updated screen shot. Notice there is additional activity for January 29th that appears above the entries Brian had made. (Activity is listed most recent at the top, so look carefully at the times as you move down.) Brian’s entries should be associated with January 28th. I have confirmed this by looking in a Cost Report for his logged hours, which reports that line item as the 28th, not 29th.

Normally we won’t see this because most times our activity is logged between the hours of 07:30 GMT/UTC –7 and 16:00 GMT/UTC –7, at which point GMT/UTC +0 will have not yet crossed the midnight meridian, thus still within the same date. Brian, on the other hand, does most of his work for us in the late evening in the Eastern US, which would mean that GMT/UTC will have already passed midnight.

I can understand how this would not have been detected by someone testing this if their timezone was set same as (or very close to) UTC/GMT +0.

Thanks for looking into this,

- Mike

Hi Mike,

thanks for your detailed response.
You’re right: I could reproduce the behavior: The day displayed in the activity seems to be based on the date UTC+0.
We didn’t encounter this error before since we’re close to UTC+0 (UTC+1).

I opened a bug report to track this issue:

Thanks for reporting this issue.

Best,
Robin

Hey Mike,

I believe I found and fixed the underlying issue. The activity times should be correct (or rather, I could not provoke invalid times using extreme time zones), but the grouping of activities in specific dates were performed using UTC time,
while the content of that group may contain several dates in the user’s time zone.

The fix is likely being published in the next patch release (5.0.15).
If that should not solve the problem, please report back in the tracking work package

Many thanks for your thorough analysis and report!

Best,
Oliver

Dear all,

Experiencing the below described issue, I have looked for a general “system” time-zone but found no such setting.
I am using OpenProject 6.1.3 (Mysql2) and am experiencing an issue that is very similar to the one in this thread:

Setup:

• Server and all users work in UTC+1

Actual behaviour

1. System notifications, sent to the user from the email address openproject@[ourserver.com] state a time 2-3 hours in the future.
2. When activities / time spent is displayed by date, work performed in the late evening is grouped to the next day.

Expected behaviour

1. System notifications, sent to the user from the email address openproject@[ourserver.com] should state the time at which the activity, e.g. a work-package update was actually performed.
2. Activities / time spent should be grouped to the date on which it was actually performed

Best regards,

Ben