Closed
Bug 466439
Opened 16 years ago
Closed 15 years ago
calIRelation/calIAttachment need proper cloning facility
Categories
(Calendar :: Internal Components, defect)
Calendar
Internal Components
Tracking
(Not tracked)
RESOLVED
FIXED
1.0b1
People
(Reporter: dbo, Assigned: mschroeder)
Details
Attachments
(1 file, 1 obsolete file)
12.36 KB,
patch
|
dbo
:
review+
|
Details | Diff | Splinter Review |
Those objects store a reference to their base item. In case of cloning a calendar item, currently only the set of relations/attachments is cloned, leaving a reference to the item that has been cloned.
Flags: wanted-calendar1.0+
Reporter | ||
Updated•16 years ago
|
Flags: blocking-calendar1.0?
Comment 1•15 years ago
|
||
Daniel, are willing to fix this one? If so, then please mark blocking+, otherwise blocking- and wanted+.
Assignee | ||
Updated•15 years ago
|
Summary: calIRelation/calIAttachment need propery cloning facility → calIRelation/calIAttachment need property cloning facility
Reporter | ||
Updated•15 years ago
|
Summary: calIRelation/calIAttachment need property cloning facility → calIRelation/calIAttachment need proper cloning facility
Assignee | ||
Updated•15 years ago
|
Assignee: nobody → mschroeder
Status: NEW → ASSIGNED
Assignee | ||
Comment 2•15 years ago
|
||
This is a first try (also my first time dealing with the backend)... Daniel, it would be great to get some input from you if this patch heads in the right direction.
Attachment #382115 -
Flags: review?(dbo.moz)
Reporter | ||
Updated•15 years ago
|
Attachment #382115 -
Flags: review?(dbo.moz) → review-
Reporter | ||
Comment 3•15 years ago
|
||
Comment on attachment 382115 [details] [diff] [review] Patch v1 calIAttachment::item, calIRelation::item still seem to be wrong (refer to the old item). However, ad hoc I don't remember why we need to refer to the item at all? Philipp, you do?
Comment 4•15 years ago
|
||
If possible we should get rid of the item attribute to avoid circular references. Since calIRelation is not used yet, we might get away with removing it until we find out we need it. I don't see why calIAttachment would need an item.
Comment 5•15 years ago
|
||
I don't think this should block 1.0. Attachments and Relations are not really highly used features and they are not broken per se.
Flags: blocking-calendar1.0? → blocking-calendar1.0-
Comment 6•15 years ago
|
||
Sounds like something that would benefit from a xpcshell testcase.
Flags: in-testsuite?
Assignee | ||
Comment 7•15 years ago
|
||
This patch still has the cloning facility but the references to an item have been removed.
Attachment #382115 -
Attachment is obsolete: true
Attachment #384294 -
Flags: review?(dbo.moz)
Reporter | ||
Updated•15 years ago
|
Attachment #384294 -
Flags: review?(dbo.moz) → review+
Reporter | ||
Comment 8•15 years ago
|
||
Comment on attachment 384294 [details] [diff] [review] [checked in] Patch v1 looks good; r=dbo
Assignee | ||
Comment 9•15 years ago
|
||
Pushed to comm-central <http://hg.mozilla.org/comm-central/rev/bab2dcc9b4de> I'll adapt the existing unit tests, and add additional ones next week.
Target Milestone: --- → 1.0
Assignee | ||
Updated•15 years ago
|
Attachment #384294 -
Attachment description: Patch v1 → [checked in] Patch v1
Assignee | ||
Updated•15 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Comment 10•13 years ago
|
||
These bugs are likely targeted at Lightning 1.0b1, not Lightning 1.0. If this change was done in error, please adjust the target milestone to its correct value. To filter on this bugspam, you can use "lightning-10-target-move".
Target Milestone: 1.0 → 1.0b1
Updated•9 years ago
|
Flags: in-testsuite?
You need to log in
before you can comment on or make changes to this bug.
Description
•