View Issue Details

IDProjectCategoryView StatusLast Update
0000770SOGoBackend Calendarpublic2010-08-24 13:43
Reportervieville Assigned Tofrancis  
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Product Version1.3.1 
Fixed in Version1.3.2 
Summary0000770: génération de RRULE
Description

Bonjour à tous,

Sur SOGo calendar, j'ai généré un évémenent récurrent "tous les jours ouvrables" et j'obtiens la description suivante

BEGIN:VEVENT
UID:5F00-4C737E80-D-6B8B4580
SUMMARY:revue de projet
CREATED:20100824T081132Z
DTSTAMP:20100824T081132Z
LAST-MODIFIED:20100824T121800Z
DTSTART;TZID=/inverse.ca/20091015_1/Europe/Paris:20100825T080000
DTEND;TZID=/inverse.ca/20091015_1/Europe/Paris:20100825T110000
TRANSP:OPAQUE
SEQUENCE:4
CLASS:PUBLIC
RRULE:INTERVAL=;FREQ=DAILY;BYDAY=MO,TU,WE,TH,FR
END:VEVENT

Cette description ne me semble pas conforme à la RFC 2445 qui spécifie :

  • que RRULE doit commencer par FREQ=freq
  • que INTERVAL comporte un digit

La librairie ical4j ne supporte pas ce RRULE et génère un exception au parsing de l'événement.

Est-ce que c'est bien la RFC 2445 qui est implémentée par SOGo (est-celle là qui est la référence acceptée par le milieu professionnel ?)

SOGo peut-il modifier la génération du RRULE ?

D'avance merci,

Claude

TagsNo tags attached.

Activities

wsourdeau

wsourdeau

2010-08-24 13:21

viewer   ~0001329

Pour INTERVAL, c'est un bug qui est assez facile à régler. Pour la position de "FREQ", je ne crois pas qu'elle soit importante vu que c'est un paramètre.

Pour répondre à votre question, oui nous suivons ce RFC-là, non-obstant les bugs comme celui-ci.

francis

francis

2010-08-24 13:43

administrator   ~0001330

Fixed in revision cbeb049178fb31d19a533abf22a87b401926032f.

Issue History

Date Modified Username Field Change
2010-08-24 12:50 vieville New Issue
2010-08-24 13:21 wsourdeau Note Added: 0001329
2010-08-24 13:43 francis Note Added: 0001330
2010-08-24 13:43 francis Status new => resolved
2010-08-24 13:43 francis Fixed in Version => 1.3.2
2010-08-24 13:43 francis Resolution open => fixed
2010-08-24 13:43 francis Assigned To => francis