Dependency Graph

View IssueRelationship GraphVerticalShow Summary
Dependency Graph
related to related to child of child of duplicate of duplicate of

View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0004079SOGoWeb Calendarpublic2017-03-11 20:502017-03-14 21:26
ReporterKonfuz Assigned Toludovic  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionno change required 
Platform[Server] LinuxOSDebianOS Version8 (Jessie)
Product Version3.2.7 
Summary0004079: Whole-Day Events show one additional day
Description

When generating a new event and selecting "All day Event" the event will be shown in the web-UI for one additional day after the event ends.

The ical-data of the event appears to conform to the RFC5545, having DTEND set to the Date after the last Event-Day. However according to the RFC DTEND is non-inclusive while DTSTART is inclusive, so the date in DTEND SHOULD NOT be shown in the UI.

When accessing the event via WebDav with an external tool (Evolution in my case) the event is displayed correctly.

The display-error occurs both when generating the event via Evolution and when using the web-interface to generate the event.

I could only find bug-reports for this that where resolved long ago. Apologies if i am missing out on something. This is my first SOGo installation. I may have just found a strange way to break your stuff, in case no one else can reproduce.

Steps To Reproduce
  • Generate new Event
  • Set Title
  • Choose "All day Event" (default)
  • Save
Additional Information

Locale related config-values:

SOGoLanguage = German;
SOGoTimeZone = Germany/Berlin;
SOGoFirstDayOfYear = First4DayWeek;
SOGoFirstDayOfWeek = 1;

Example Event:

BEGIN:VCALENDAR
PRODID:-//Inverse inc./SOGo 3.2.7//EN
VERSION:2.0
BEGIN:VEVENT
UID:2DEE-58C45500-5-5E369C80
SUMMARY:WholeDay
CLASS:PUBLIC
X-SOGO-SEND-APPOINTMENT-NOTIFICATIONS:NO
TRANSP:OPAQUE
DTSTART;VALUE=DATE:20170320
DTEND;VALUE=DATE:20170321
CREATED:20170311T195026Z
DTSTAMP:20170311T195026Z
LAST-MODIFIED:20170311T195026Z
END:VEVENT
END:VCALENDAR

TagsNo tags attached.

Relationships

Relationship GraphDependency Graph
duplicate of 0004009 feedbackfrancis Event list show yesterday's all days events, when the timezone not GMT+0 

Activities

Konfuz

Konfuz

2017-03-11 20:50

reporter  

sogo_bug.png (94,781 bytes)   
sogo_bug.png (94,781 bytes)   
detrich

detrich

2017-03-13 07:13

reporter   ~0011466

Last edited: 2017-03-13 07:13

same as bug 0004009
Konfuz

Konfuz

2017-03-13 22:10

reporter   ~0011468

I can confirm that the Bug is Timezone related, as stated in 0004009

Changing the Timezone of the User to Europe/London in the Users UI will make the Event display correctly.
kermit

kermit

2017-03-14 13:34

reporter   ~0011471

I can confirm, that changing the users Timezone from Germany/Berlin to Europe/Berlin fixes the issue, too.
Konfuz

Konfuz

2017-03-14 21:24

reporter   ~0011481

Kermit is right.

Is Germany/Berlin a valid Timezone specifier at all? I think I copied it from somewhere. The Search function in the UI wont allow to set it. But when you set it in the sogo.conf SOGo seems to happily take it.
ludovic

ludovic

2017-03-14 21:26

administrator   ~0011482

You're looking for issues if you use Germany/Berlin.

GNUstep might be happy with it, but NOT SOGo.
ludovic

ludovic

2017-03-14 21:26

administrator   ~0011483

Using an invalid TZ.

Issue History

Date Modified Username Field Change
2017-03-11 20:50 Konfuz New Issue
2017-03-11 20:50 Konfuz File Added: sogo_bug.png
2017-03-13 07:13 detrich Note Added: 0011466
2017-03-13 07:13 detrich Note Edited: 0011466
2017-03-13 10:13 Christian Mack Relationship added duplicate of 0004009
2017-03-13 22:10 Konfuz Note Added: 0011468
2017-03-14 13:34 kermit Note Added: 0011471
2017-03-14 21:24 Konfuz Note Added: 0011481
2017-03-14 21:26 ludovic Note Added: 0011482
2017-03-14 21:26 ludovic Note Added: 0011483
2017-03-14 21:26 ludovic Status new => closed
2017-03-14 21:26 ludovic Assigned To => ludovic
2017-03-14 21:26 ludovic Resolution open => no change required