[test-results] [Bamboo] Asterisk - 1.8 > FreeBSD 8.1 > #122 has FAILED. Change made by rmudgett and Tilghman Lesher.

[Bamboo]

-----------------------------------------------------------------------
Asterisk - 1.8 > FreeBSD 8.1 > #122 failed.
-----------------------------------------------------------------------
This build occurred because it is a dependant of AST18-LUCID-254.
No failed tests found, a possible compilation error.

http://bamboo.asterisk.org/browse/AST18-FREEBSD81-122/


--------------
Failing Jobs
--------------
  - i386 (Default Stage): No tests found.


--------------
Code Changes
--------------
Tilghman Lesher (307837):

>Merged revisions 307836 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.6.2
>
>........
>  r307836 | tilghman | 2011-02-15 01:01:37 -0600 (Tue, 15 Feb 2011) | 8 lines
>  
>  Need to retrieve the rows affected before using the associated variable.
>  
>  (closes issue #18795)
>   Reported by: irroot
>   Patches: 
>         20110211__issue18795.diff.txt uploaded by tilghman (license 14)
>   Tested by: tilghman
>........
>

rmudgett (307879):

>No response sent for SIP CC subscribe/resubscribe request.
>
>Asterisk does not send a response if we try to subscribe for call
>completion after we have received a 180 Ringing.  You can only subscribe
>for call completion when the call has been cleared.
>
>When we receive the 180 Ringing, for this call, its call-completion state
>is 'CC_AVAILABLE'.  If we then send a subscribe message to Asterisk, it
>trys to change the call-completion state to 'CC_CALLER_REQUESTED'.
>Because this is an invalid state change, it just ignores the message.  The
>only state Asterisk will accept our subscribe message is in the
>'CC_CALLER_OFFERED' state.
>
>Asterisk will go into the 'CC_CALLER_OFFERED' when the SIP client clears
>the call by sending a CANCEL.
>
>Asterisk should always send a response.  Even if its a negative one.
>
>
>The fix is to allow for the CCSS core to notify a CC agent that a failure
>has occurred when CC is requested.  The "ack" callback is replaced with a
>"respond" callback.  The "respond" callback has a parameter indicating
>either a successful response or a specific type of failure that may need
>to be communicated to the requester.
>
>(closes issue #18336)
>Reported by: GeorgeKonopacki
>Tested by: mmichelson, rmudgett
>
>JIRA SWP-2633
>
>(closes issue #18337)
>Reported by: GeorgeKonopacki
>Tested by: mmichelson
>
>JIRA SWP-2634
>


--
This message is automatically generated by Atlassian Bamboo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/test-results/attachments/20110215/cada9dcb/attachment.htm>