Closed
Bug 341154
Opened 17 years ago
Closed 17 years ago
calIIcalProperty icalString attribute
Categories
(Calendar :: Internal Components, enhancement)
Calendar
Internal Components
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: dbo, Assigned: dbo)
References
Details
Attachments
(1 file, 2 obsolete files)
2.21 KB,
patch
|
dmosedale
:
first-review+
|
Details | Diff | Splinter Review |
Attribute to get the whole ical property object as an escaped string.
Assignee | ||
Comment 1•17 years ago
|
||
Attachment #225186 -
Flags: first-review?(dmose)
Assignee | ||
Updated•17 years ago
|
Attachment #225186 -
Attachment is obsolete: true
Attachment #225186 -
Flags: first-review?(dmose)
Assignee | ||
Comment 2•17 years ago
|
||
revised patch to apply again
Attachment #225570 -
Flags: first-review?(dmose)
Assignee | ||
Updated•17 years ago
|
Attachment #225570 -
Attachment is obsolete: true
Attachment #225570 -
Flags: first-review?(dmose)
Assignee | ||
Comment 3•17 years ago
|
||
Attachment #225579 -
Flags: first-review?(dmose)
Comment 4•17 years ago
|
||
Can you post the WCAP provider code somewhere so it's possible to see what situations this is used in?
Assignee | ||
Comment 5•17 years ago
|
||
(In reply to comment #4) > Can you post the WCAP provider code somewhere so it's possible to see what > situations this is used in? I had a look at the current code and see that this new attribute is currently (only) used for logging. I needed it some months ago and introduced it; IMO it is likely to be used again (because the sun server takes arguments in ical mimic) and a sensible enhancement. Dan, I would like check in the code, but still need to know whether it is ok to add provider specific IDL to base/public, i.e. - error codes to calIErrors - calIFreeBusyEntry - calIFreeBusyListener - calIWCapCalendar before checking in.
Comment 6•17 years ago
|
||
(In reply to comment #5) > Dan, I would like check in the code, but still need to know whether it is ok > to add provider specific IDL to base/public I'll try and save Dan some keystrokes here. I believe that rather than checking in, what he was suggesting was to create a diff and post it somewhere for him to be able to look at.
Assignee | ||
Comment 7•17 years ago
|
||
(In reply to comment #6) > (In reply to comment #5) > > Dan, I would like check in the code, but still need to know whether it is ok > > to add provider specific IDL to base/public > > I'll try and save Dan some keystrokes here. > I believe that rather than checking in, what he was suggesting was to create a > diff and post it somewhere for him to be able to look at. > Done. Please follow up in issue 340949.
Status: NEW → ASSIGNED
Comment 8•17 years ago
|
||
Comment on attachment 225579 [details] [diff] [review] revised calIIcalPropery icalString > NS_IMETHODIMP >+calIcalProperty::GetIcalString(nsACString &str) >+{ >+ char const* icalstr = icalproperty_as_ical_string(mProperty); >+ if (icalstr == 0) { >+#ifdef DEBUG >+ fprintf(stderr, "Error getting ical string: %d (%s)\n", >+ icalerrno, icalerror_strerror(icalerrno)); >+#endif >+ return NS_ERROR_FAILURE; If you would, use return calIErrors::ICS_ERROR_BASE + icalerrno; and also add an @exception clause to the IDL documentation making it clear that any libical error will be thrown as an exception. r=dmose with that fixed Thanks for the patch.
Attachment #225579 -
Flags: first-review?(dmose) → first-review+
Assignee | ||
Comment 9•17 years ago
|
||
landed.
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•16 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•