Closed
Bug 354559
Opened 20 years ago
Closed 17 years ago
calIItemBase's Attendee List should contain the organizer
Categories
(Calendar :: Internal Components, defect)
Calendar
Internal Components
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: Fallen, Unassigned)
Details
Calling calIItemBase::getAttendees() should return an array containing anItem.organizer, if the organizer is an attendee (i.e anItem.organizer.role != NON-PARTICIPANT). Currently the array only contains non-organizer Attendees.
If the organizer is an attendee, the organizer should also be listed as one of the attendees. (As you probably realize, the organizer is not the same as the chair, and in some cases the organizer might not be an attendee. Organizers might not attend all the activities they organize, such as tours or training operated by an outside company or consultant. A school registrar doesn't attend all the classes of the school.)
calIItemBase.organizer mentions it is using calIAttendee as a placeholder until something more appropriate like calIPerson is developed. anItem.organizer will be filled from the iCalendar ORGANIZER property, so anItem.organizer.role will not hold valid data.
http://lxr.mozilla.org/mozilla/source/calendar/base/public/calIItemBase.idl#228
If that makes sense, please resolve as Invalid (not a bug).
| Reporter | ||
Comment 2•20 years ago
|
||
I understand the role being invalid for ORGANIZER properties. I still think the organzier should be part of the attendee list which is the original intent of this bug. As you already said, the organizer can be an attendee, but must not be. This should be taken into account in the attendee list.
Comment 3•19 years ago
|
||
calIItemBase::organizer is modeled as calIAttendee, following RFC 2445's ORGANIZER property being of type CAL-ADDRESS. Objects of type CAL-ADDRESS may specify a PARTSTAT, so what's the matter (except for that calIAttendee might better be called e.g. calIPersion)?
| Reporter | ||
Comment 4•19 years ago
|
||
Since the organizer could possibly be an attendant, he should be in the list returned by getAttendees(). I don't have a strong feeling about this bug anymore though, although I need to remove some comments pointing to this bug if we decide to mark it invalid.
Comment 5•18 years ago
|
||
I think we should stick to RFC 2445, i.e. clearly separate ORGANIZER from ATTENDEEs. If the organizer explicitly invites herself, she will appear both as ORGANIZER and ATTENDEE.
| Reporter | ||
Comment 6•17 years ago
|
||
Closing, no specific need for this right now. Please reopen if this becomes the case.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•