173026 - Ambiguous BYSETPOS results in unexpected date

Status: RESOLVED DUPLICATE of bug 322458

(Calendar :: Internal Components, defect)

Description

[Makino, Takaki]

The following RRULE specification results in unexpected date (e.g. Oct 9th in
2002, which is the 2nd Wednesday)

RRULE:FREQ=YEARLY;INTERVAL=1;BYMONTH=10;BYDAY=MO;BYSETPOS=2

I know this rule is somewhat ambiguous, but it should not be Wednesday...

The following is the sample ics taken from the following site, which
contains ics files for Japanese holidays
  http://www.asahi-net.or.jp/~CI5M-NMR/iCal/
(In this sample Japanese characters are translated for convenience :)

------------------------------
BEGIN:VCALENDAR
PRODID:-//NOMURA Mahito//Manually//EN
METHOD:PUBLISH
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Japan
BEGIN:STANDARD
DTSTART:19390101T000000
TZOFFSETFROM:+0900
TZOFFSETTO:+0900
TZNAME:JST
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
UID:[e-mail]
DTSTAMP:20001030T144614
SUMMARY:Health and Sports Day
LOCATION:Japan
DESCRIPTION:Health and Sports Day ...\n
DTSTART;TZID=Japan:20001009T000000
DTEND;TZID=Japan:20001010T000000
RRULE:FREQ=YEARLY;INTERVAL=1;BYMONTH=10;BYDAY=MO;BYSETPOS=2
CATEGORIES:Holiday
TRANSP:TRANSPARENT
PRIORITY:0
RELATED-TO;RELTYPE=SIBLING:<[e-mail]>
CLASS:PUBLIC
END:VEVENT
END:VCALENDAR
------------------------------

Comment 1

[Mike Potter]

-> mostafa

Comment 2

[Brant Gurganus]

Default QA Contact for Calendar has changed.  If you wish to remain the QA
contact for this bug, feel free to change it back.

Comment 3

[Andrew N Dowden]

Original behaviour as noted, is consistant with the 'BYDAY=MO' syntax being ignored, and the MONTHDAY (of 9) being taken from the DTSTART value.  This does in fact come out as Wednesday for 2002.

Current testing (with Sunbird nightly-20060406) shows that this now 'works better', but can be assigned as duplicate of 332293.

It returns 'ANY Monday in October', so just BYSETPOS is NOT working.

Comment 4

[Andrew N Dowden]

FYI -
Original syntax of:
RRULE:FREQ=YEARLY;INTERVAL=1;BYMONTH=10;BYDAY=MO;BYSETPOS=2

Should instead be: (INTERVAL=1 is meaningless)
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-2MO  (which works fine!)

Comment 5

[Andrew N Dowden]

Ooops ..

Should instead be: (without typo this time)
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=2MO  (Annually, on second Monday in October)

Comment 6

[Matthew (lilmatt) Willis]

Reassigning all automatically assigned bugs from Mostafa to nobody@m.o

Bugspam filter: TorontoMostafaMove

Comment 7

[Reed Loden [:reed]]

The bugspam monkeys have been set free and are feeding on Calendar :: Internal Components. Be afraid for your sanity!

Comment 8

[Martin Schröder [:mschroeder]]

Marking as duplicate of bug 322458 (which bug 332293 is a duplicate of) as suggested in comment#3. At the moment we ignore BYSETPOS completely (better: libical does).