[test-results] [Bamboo] Asterisk Testing > Asterisk Trunk > #1435 has FAILED (40 tests failed, 3 failures were new). Change made by qwell and Matthew Jordan.

[Bamboo]

-----------------------------------------------------------------------
Asterisk Testing > Asterisk Trunk > #1435 failed.
-----------------------------------------------------------------------
Code has been updated by qwell, Matthew Jordan.
1/2 jobs failed, with 40 failing tests, 3 failures were new.

http://bamboo.asterisk.org/browse/TESTING-ASTERISKTRUNK-1435/


--------------
Failing Jobs
--------------
  - Asterisk CentOS 6 32-Bit (CentOS 6): 40 of 579 tests failed.



--------------
Code Changes
--------------
qwell (393144):

>Change ARI originate to also allow dialing an exten/context/priority.
>
>The old way didn't make much sense, so some of the fields were repurposed.
>
>(closes issue ASTERISK-21658)
>
>Review: https://reviewboard.asterisk.org/r/2626/
>

Matthew Jordan (393130):

>Better handle parking in CDRs
>
>Parking typically occurs when a channel is transferred to a parking extension.
>When this occurs, the channel never actually hits the dialplan if the extension
>it was transferred to was a "parking extension", that is, the extension in
>the first priority calls the Park application. Instead, the channel is
>immediately sent into the holding bridge acting as the parking bridge.
>
>This is problematic.
>
>Because we never go out to the dialplan, the CDRs won't transition properly
>and the application field will not be set to "Park". CDRs typically swallow
>holding bridges, so the CDR itself won't even be generated.
>
>This patch handles this by pulling out the holding bridge handling into its
>own CDR state. CDRs now have an explicit parking state that accounts for this
>specific subclass of the holding bridge. In addition, we handle the parking
>stasis message to set application specific data on the CDR such that the
>last known application for the CDR properly reflects "Park".
>
>This is a bit sad since we're working around the odd internal implementation
>of parking that exists in Asterisk (and that we had to maintain in order to
>continue to meet some odd use cases of parking), but at least the code to
>handle that is where it belongs: in CDRs as opposed to sprinkled liberally
>throughout the codebase.
>
>This patch also properly clears the OUTBOUND channel flag from a channel when
>it leaves a bridge, and tweaks up dialing handling to properly compare the
>correct CDR with the channel calling/being dialed.
>
>
>



--------------
Tests
--------------
New Test Failures (3)
   - AsteriskTestSuite: S/apps/mixmonitor audiohook inherit
   - AsteriskTestSuite: S/apps/dial/dial parallel/dial parallel single busy
   - AsteriskTestSuite: S/bridge/atxfer nominal
Existing Test Failures (37)
   - AsteriskTestSuite: S/apps/queues/position priority maxlen
   - AsteriskTestSuite: S/channels/iax2/basic-call
   - AsteriskTestSuite: S/channels/ s i p/sip one legged transfer
   - AsteriskTestSuite: S/apps/queues/queue baseline
   - AsteriskTestSuite: S/apps/queues/set penalty
   - AsteriskTestSuite: S/bridge/automixmon
   - AsteriskTestSuite: S/bridge/blindxfer setup
   - AsteriskTestSuite: S/channels/ s i p/sip hold
   - AsteriskTestSuite: S/channels/ s i p/sip blind transfer/callee with reinvite
   - AsteriskTestSuite: S/bridge/transfer failure
   - AsteriskTestSuite: S/bridge/parkcall
   - AsteriskTestSuite: S/manager/bridge actions
   - AsteriskTestSuite: S/channels/ s i p/sip blind transfer/caller with reinvite
   - AsteriskTestSuite: S/bridge/atxfer setup
   - AsteriskTestSuite: S/channels/ s i p/sip blind transfer/caller refer only
   - AsteriskTestSuite: S/channels/ s i p/acl call
   - AsteriskTestSuite: S/fax/local channel t38 queryoption
   - AsteriskTestSuite: S/bridge/disconnect
   - AsteriskTestSuite: S/feature attended transfer
   - AsteriskTestSuite: S/masquerade
   - AsteriskTestSuite: S/bridge/dial l s options
   - AsteriskTestSuite: S/bridge/automon

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