| Summary: | Time in meeting +1 hour | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Mikhail <mikhail.v.gavrilov> | ||||
| Component: | evolution-ews | Assignee: | Matthew Barnes <mbarnes> | ||||
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 20 | CC: | emanuele.parmigiani, fabiano, lucilanga, mbarnes, mcrha, red.ostrava | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | evolution-ews-3.12.1 | Doc Type: | Bug Fix | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2014-05-29 09:07:17 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Attachments: |
|
||||||
continue.... I remove meeting by using outlook and this change not applied in evolution. Thanks for a bug report. Please make sure you use the same timezone as is on the server, or basically as is used by your colleagues. You can see the timezone setting at Edit->Preferences->Calendar and Tasks, General tab. With respect of the removal, the functionality you are looking for depends on server notifications of changes, something which is available for evolution-ews 3.12.0+, thus Fedora 21 material (Fedora 20 contains 3.10 version). I see a little misunderstanding in the video, the Send/Receive button influences only the Mail part, not the Calendar part, neither the Contacts part. Evolution-ews checks for updates every 10 minutes, and right after open of the respective book/calendar. Same problem. Fedora 20, Evolutin 3.10.3, server Exchange 2013 Evolution don`t care about time zone in comunication with server / events. It seems converts time from UTC to local time. Moreover, while writing events to server don`t care timezone writen in event and write it in always UTC without conversion to UTC. I changed the timezone in evolution one hour more. Europe/Bucharest (UTC +2 like CEST) instead of Europe/Rome. Everything works fine now. Seems that Evolution doesn't care at all about daylight change. (In reply to Minuz71 from comment #5) > I changed the timezone in evolution one hour more. Europe/Bucharest (UTC +2 > like CEST) instead of Europe/Rome. Everything works fine now. Seems that > Evolution doesn't care at all about daylight change. What's your evolution and libical version, please? Do you use evolution-ews too? The libical 1.0 saves all timezone history and future into the event, which may eventually break interoperability with other servers. I'm using Fedora 20 with libical version 1.0-4.fc20 and evolution (with evolution-ews) version 3.10.4-1.fc20 yes, I noticed that breaks all other appointment also from different calendar changing the timezone in evolution settings. Now I reverted with correct timezone Europe/Rome. If I set a meeting with this timezone, my evolution display it correctly, but in exchange the meeting is one hour ahead. If, when I create a meeting, I change timezone to Europe/Bucharest, the meeting is displayed in my evolution with one hour ahead meanwhile in exchange is correctly set. There will be a workaround without waiting fedora 21? Thanks I tested this with evolution-ews 3.10.4 and the timezone is shifted. Then I tested this with 3.12.1 (and git master - the development version), and the timezone is preserved properly, thus this is fixed in current stable. Unfortunately, due to the transition period of Fedora, this is not available yet. There is a test COPR repository, which allows to install 3.12 GNOME into Fedora 20. There was also an idea to include 3.12 GNOME into Fedora 20 as a regular update, once it is tested in the COPR. I've no idea in what state this initiative is, unfortunately. You can give a try to [1], if you wish. I tried to identify which commit change the behaviour, but I was not able to locate it among the changes being done during the past 6+ months. I would otherwise backport the fix into Fedora 20 to make it easier for you. [1] https://copr.fedoraproject.org/coprs/rhughes/ I tried to set a meeting with evolution with UTC timezone at 10:00 (so 12:00 in Europe/rome). In this case Evolution calendar and Exchange dysplay it at the same time 12.00 as intended initially. Simply I have to remember this trick when I set a meeting. About the copr repository, I'm really tempted to try it. But I use fedora at work and I'm quite worried about the change. Anyway, if I decide to do it I will write here results. Many thanks for your support. (In reply to Minuz71 from comment #9) > About the copr repository, I'm really tempted to try it. But I use fedora at > work and I'm quite worried about the change. Anyway, if I decide to do it I > will write here results. Many thanks for your support. I suggest to try in a virtual machine (first), to not break your main system. Done the upgrade and everything works fine. I have first disabled all the extension for gnome-shell 3.10 and configured as default all my personal settings (gnome-shell-theme, icons and so on). The upgrade worked fine. I have enabled the copr repository and performed a yum update, then I have restored my personal settings and I have tested evolution calendar. I'm currently running from this morning my fedora 20 with gnome-shell 3.12 and until now no problems encountered. Evolution calendar works fine. Also gnome-shell seems to work fine, no hangs or abrt report that occurred with version 3.10. The only issue is that gnome-session-properties disappear with gnome-session version 3.12. I will report here every future issue I will encounter. Thanks a lot Emanuele |
Created attachment 827171 [details] evolution screenshot Description of problem: I am create meeting for tomorrow on 15:00, but all attenders see this time as 16:00