[asterisk-dev] [Code Review] Add result variable to make it possible to know that a CALENDAR_WRITE has failed.

[junky]

-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/1692/#review5298
-----------------------------------------------------------


Just for tracability: https://issues.asterisk.org/jira/browse/ASTERISK-16903?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

why did you move write_cleanup: ?
if you cant allocate memory, you'll try to allocate again (which will probably fails too) when calling pbx_builtin_setvar_helper(chan, "CALENDARSTATUS" 0/1.

- junky


On Jan. 25, 2012, 3:04 p.m., Terry Wilson wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/1692/
> -----------------------------------------------------------
> 
> (Updated Jan. 25, 2012, 3:04 p.m.)
> 
> 
> Review request for Asterisk Developers and junky.
> 
> 
> Summary
> -------
> 
> This patch adds a CALENDAR_SUCCESS=1/0 variable that is set to show whether or not CALENDAR_WRITE has passed. This patch is basically junky's patch from the issue with CALENDAR_SUCCESS=1/0 instead of CALENDARSTATUS="SUCCESS"/"FAILURE" so that one can just do GotoIf(${CALENDAR_SUCCESS}?success:failure). Also changed is adding some debugging for caldav PUT responses and not treating responses with no body as an error (as a PUT gets a 201 Created with no body).
> 
> 
> This addresses bug ASTERISK-16903.
>     https://issues.asterisk.org/jira/browse/ASTERISK-16903
> 
> 
> Diffs
> -----
> 
>   /trunk/res/res_calendar.c 352610 
>   /trunk/res/res_calendar_caldav.c 352610 
>   /trunk/res/res_calendar_exchange.c 352610 
> 
> Diff: https://reviewboard.asterisk.org/r/1692/diff
> 
> 
> Testing
> -------
> 
> Wrote to a caldav calendar and verified proper creation of event and CALENDAR_SUCCESS values.
> 
> 
> Thanks,
> 
> Terry
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20120126/c44b01a3/attachment-0001.htm>