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
0001118SOGoBackend Calendarpublic2011-02-03 14:232012-04-19 13:20
Reporterpocquet Assigned Towsourdeau 
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Product Version1.3.5 
Summary0001118: ical vs sogo recurring events
Description

The problem is the same that noted on ID 0000665 :
we can't create a recurrent event from sogo to ical (4.0.4) -OS 10.6.6
In ical you will see only the first date.
works fine from ical to sogo....

TagsNo tags attached.

Relationships

Relationship GraphDependency Graph
related to 0001203 resolvedwsourdeau Order of attributes for RRULE is important in iCal.app 

Activities

jenshedrich

jenshedrich

2011-05-12 12:22

reporter   ~0002469

I can confirm this problem and it is annoying
tastenchris

tastenchris

2011-05-16 09:24

reporter   ~0002479

Seems as if iCals ics parser is a little picky. As far as I tried iCal only accepts an RRULE in exactly the following form (there are many more possibilites of RRULEs, I just tried this one):

RRULE:FREQ=DAILY;INTERVAL=2;COUNT=2

No permutations of FREQ, INTERVAL or COUNT are accepted. I cannot find any sequence restricting rules in RFC2445. So I think this is a bug in iCal.
Emmanuel Temam

Emmanuel Temam

2012-01-25 18:46

reporter   ~0003313

Last edited: 2012-01-25 18:46

I confirm this problem with lion (10.7). I think Apple will never correct it. Can you do something?
Sincerly

Issue History

Date Modified Username Field Change
2011-02-03 14:23 pocquet New Issue
2011-05-12 12:22 jenshedrich Note Added: 0002469
2011-05-16 09:24 tastenchris Note Added: 0002479
2012-01-25 18:46 Emmanuel Temam Note Added: 0003313
2012-01-25 18:46 Emmanuel Temam Note Edited: 0003313
2012-03-28 11:48 Christian Mack Relationship added related to 0001203
2012-04-19 13:20 wsourdeau Status new => resolved
2012-04-19 13:20 wsourdeau Resolution open => fixed
2012-04-19 13:20 wsourdeau Assigned To => wsourdeau