Closed Bug 303830 Opened 19 years ago Closed 19 years ago

Weekly recurrence doesn't work properly

Categories

(Calendar :: Sunbird Only, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: robin.edrenius, Assigned: mostafah)

References

Details

Attachments

(2 files, 1 obsolete file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050806 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050807 Mozilla Sunbird/0.2+

The weekly recurrence only repeats the event on the weekday the first event was
created (i.e if the startday on the first event is on a sunday, it will only
repeat on sundays, even if you select more weekdays)

Reproducible: Always

Steps to Reproduce:
1. Create a event
2. Select weekly recurrence
3. Select multiple weekdays

Actual Results:  
The event is only repeated on the weekday of were the original event was created

Expected Results:  
The event should be repeated on the weekdays that is specified in the recurrence
options for that event.
I think the problem is the same as described in bug 304515 comment 3 and 4.
Setting dependency for now, might turn out to be a duplicate.
Depends on: 304515
When editing the event, are the checkboxes still checked?
And which provider are you using? If it's a local calendar (storage), can you
try a remote calendar (ics, you can use a file:// patch to make it not-so remote)
I'm having the same problem. I am using Mozilla/5.0 (X11; U; Linux i686; en-US;
rv:1.7.10) Gecko/20050723, the August 22nd build. When I create a recurring
weekly event on a local calander, after I push Okay to create the event, it
recurrs for the first event weekly, but not the other boxes I selected. Editting
the event shows that the boxes are no longer selected.

Using the same build on a (file://) remote calender, the weekly recurring event
function does work as advertised. 
Attached patch simple patch — — Splinter Review
no need to comment on the patch...
Attachment #193724 - Flags: first-review?(dmose)
Comment on attachment 193724 [details] [diff] [review]
simple patch

r=dmose
Attachment #193724 - Flags: first-review?(dmose) → first-review+
patch checked in. The storage calendar should work properly now.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
This patch seems to create some very bad problems for me.  With clean profile, I
created a weekly, recurring event.  This results in several copies of:

Error: row[rtypes[i]].split is not a function
Source File:
file:///home/joey/mozhack/mozilla/sunobj2/dist/bin/components/calStorageCalendar.js
Line: 1276

Recuring events created prior to the implementation of this patch are still
dealt with ok.  Only events created/edited after this patch went in cause this
problem.

Re-opening bug.
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
I should also say that the terminal outputs:
XXXX Expected to find recurrence, but got no items!
Attached patch handle single integer case (obsolete) — — Splinter Review
Since we're dealing with integers, .split fails if there is only one.  This
patch handles that case.
Attachment #193775 - Flags: first-review?(dmose)
Attached patch better patch — — Splinter Review
toString() makes things much simpler :-)

r=dmose from IRC
Attachment #193775 - Attachment is obsolete: true
Attachment #193778 - Flags: first-review+
Attachment #193775 - Flags: first-review?(dmose)
Patch checked in.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago19 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: