Closed
Bug 327840
Opened 18 years ago
Closed 18 years ago
calAttendee.clone typo: participantStatus -> participationStatus
Categories
(Calendar :: Internal Components, defect)
Calendar
Internal Components
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: gekacheka, Unassigned)
References
Details
(Keywords: dataloss)
Attachments
(1 file)
665 bytes,
patch
|
dmosedale
:
first-review+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1 Build Identifier: 20060218 calAttendee.clone fails to clone the attendee.participationStatus problem is a typo in the clone method. Reproducible: Always Steps to Reproduce: // in javascript shell load("chrome://calendar/content/calendarUtils.js"); // Loading chrome://calendar/content/calendarUtils.js... var attendee = createAttendee(); attendee.participationStatus = "DECLINED"; attendee.participationStatus // DECLINED var attendeeClone = attendee.clone(); attendeeClone.participationStatus Actual Results: null Expected Results: DECLINED
Summary: calAttendee.clone typo: participantStatus -> particpiationStatus → calAttendee.clone typo: participantStatus -> participationStatus
(patch -l -p 2 -i file.patch)
Attachment #212405 -
Flags: first-review?(dmose)
Comment 2•18 years ago
|
||
Comment on attachment 212405 [details] [diff] [review] fix typo: participantStatus -> participationStatus r=dmose
Updated•18 years ago
|
Blocks: lightning-0.1
Updated•18 years ago
|
Attachment #212405 -
Flags: first-review?(dmose) → first-review+
Comment 3•18 years ago
|
||
Checked in on the branch and the trunk; thanks for the patch!
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Comment 4•18 years ago
|
||
The bugspam monkeys have struck again. They are currently chewing on default assignees for Calendar. Be afraid for your sanity!
Assignee: base → nobody
You need to log in
before you can comment on or make changes to this bug.
Description
•