View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0003299 | SOGo | Web Calendar | public | 2015-08-02 09:48 | 2016-12-15 19:38 |
Reporter | accumulator | Assigned To | ludovic | ||
Priority | normal | Severity | major | Reproducibility | always |
Status | closed | Resolution | suspended | ||
Platform | [Server] Linux | OS | Debian | OS Version | 7 (Wheezy) |
Product Version | 2.3.1 | ||||
Summary | 0003299: Incorrect time on calendar event in timezone Europe/Brussels | ||||
Description | creating an appointment on the Jolla phone and syncing it to SOGo with SyncEvolution shows the event 1 hour off of what it should be. event is created at 14:00 but shows in web calendar at 15:00 raw event source : BEGIN:VCALENDAR similar problems occur on Europe/Amsterdam timezone with even stranger offsets, but I'll leave these out of this bug to not complicate things. There seem to be serious timezone interpretation issues in SOGo.. | ||||
Tags | No tags attached. | ||||
I can confirm the timezone / offset bugs. I have the timezone in SOGo set to Europe/Berlin, if I create an appointment in the SOGo webinterface, it gets a four hour offset (e.g. if I select 10 AM it will create an appointment at 6 AM). If I create an appointment in Thunderbird/Lightning and set it to 10 AM it will show up in SOGo as 8 AM (but correct in TB). Different offset, same problem. (Yes the timezone in TB/Lightning is set correctly!). This happened after the upgrade to 2.3.1 it did work in the version before (2.3.0)! |
|
Please upgrade to 2.3.2. |
|
Thanks for the hint, I just upgraded to 2.3.2. However this is still not fixed. Now all my entries are shifted by 2 hours, even the ones created before upgrading 2.3.1. It does not sound like the issue described in your link. It does not correlate with a date in my experience, it just shifts all events by 2 hours. However they appear correctly in Thunderbird, so maybe it is just an issue with the webinterface. Please advice. |
|
Could you open one of these events and store it again? |
|
I already tried this. It does not help, it will still store the event with the 2 hour offset. |
|
Show your complete list of installed SOGo AND SOPE packages. |
|
All packages with sope or sogo in the name on Debian. -> # dpkg-query -l 'sope' ii libsope-appserver4.9 4.9.r1664.20150923 amd64 -> # dpkg-query -l 'sogo' ii sogo:amd64 2.3.2.20150924-1 amd64 |
|
These packages are coming from which repo? And they are installed on what Debian version? |
|
Sorry :) It's a Debian 8.2 Using this SOGo Repo: |
|
Show your sogod.conf file. |
|
-> # cat /etc/sogo/sogo.conf (while sogo:db:3306 is the replaced mysql login) |
|
I have no clue why you have issues with the latest packages and this configuration. We would need to work more closely with you by having (if possible) SSH access to your server. For us to do that, a valid support contract is required. See http://inverse.ca/#support-plans for the options. |
|
Did you try opening and saving the appointment in the SOGo web UI after installing the 2.3.2 update? I think some "cache" columns (if you consider the ICS text blob the "original" version) in the calendar table must be rewritten to fix appointments being displayed at the wrong time. |
|
Yes, I restarted Apache and SOGo. After opening and saving an event, it is still shifted by 2 hours. However I just found that if I create a new event, it will be shifted by 4 hours instead of "only" 2. If I open it up and save it again, then it is shifted by 2 hours and not by 4 anymore. This is some strange behavior :/ Sounds like some kind of timezone problem, but everything is set correctly in the config. |
|
Just for a bit more information I appended the raw info of the events. I create a new event at 12:00, it will show up in the webinterface as 8:00 and the raw source looks like this: If i open it up, change the time from 8:00 to 12:00 and save it, it will be in the calendar at 10:00 and the raw is as follows: BEGIN:VCALENDAR |
|
Suspending for now, provide more evidence if the bug is still happening. |
|
Date Modified | Username | Field | Change |
---|---|---|---|
2015-08-02 09:48 | accumulator | New Issue | |
2015-09-23 09:26 | waterstorm | Note Added: 0008934 | |
2015-09-24 06:43 | Christian Mack | Note Added: 0008938 | |
2015-09-24 08:07 | waterstorm | Note Added: 0008941 | |
2015-09-24 08:39 | Christian Mack | Note Added: 0008942 | |
2015-09-24 08:48 | waterstorm | Note Added: 0008943 | |
2015-09-24 12:40 | ludovic | Note Added: 0008946 | |
2015-09-24 14:16 | waterstorm | Note Added: 0008948 | |
2015-09-24 14:21 | ludovic | Note Added: 0008949 | |
2015-09-24 14:24 | waterstorm | Note Added: 0008950 | |
2015-09-24 14:27 | ludovic | Note Added: 0008951 | |
2015-09-24 14:35 | waterstorm | Note Added: 0008952 | |
2015-09-24 14:39 | ludovic | Note Added: 0008953 | |
2015-09-25 07:29 | Jens Erat | Note Added: 0008954 | |
2015-09-25 08:47 | waterstorm | Note Added: 0008955 | |
2015-09-25 08:53 | waterstorm | Note Added: 0008956 | |
2016-12-15 19:38 | ludovic | Note Added: 0011002 | |
2016-12-15 19:38 | ludovic | Status | new => closed |
2016-12-15 19:38 | ludovic | Assigned To | => ludovic |
2016-12-15 19:38 | ludovic | Resolution | open => suspended |