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

[Bamboo]

-----------------------------------------------------------------------
Asterisk Testing > Asterisk Trunk > #1436 failed.
-----------------------------------------------------------------------
Code has been updated by Mark Michelson, Matthew Jordan.
1/2 jobs failed, with 39 failing tests, 3 failures were new.

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


--------------
Failing Jobs
--------------
  - Asterisk CentOS 6 32-Bit (CentOS 6): 39 of 580 tests failed.



--------------
Code Changes
--------------
Mark Michelson (393182):

>Add stasis publications for blind and attended transfers.
>
>This creates stasis messages that are sent during a blind or
>attended transfer. The stasis messages also are converted to
>AMI events.
>
>Review: https://reviewboard.asterisk.org/r/2619
>
>(closes issue ASTERISK-21337)
>Reported by Matt Jordan
>
>

Matthew Jordan (393164):

>Handle an originated channel being sent into a non-empty bridge
>
>Originated channels are a bit odd - they are technically a dialed channel (thus
>the party B or peer) but, since there is no caller, they are treated as the
>party A. When entering into a bridge that already contains participants, the CDR
>engine - if the CDR record is in the Dial state - attempts to match the person
>entering the bridge with an existing participant. The idea is that if you dialed
>someone and the person you dialed is already in the bridge, you don't need a new
>CDR record, the existing CDR record describes the relationship.
>
>Unfortunately, for an originated channel, there is no Party B. If no one was in
>the bridge this didn't cause any issues; however, if participants were in the
>bridge the CDR engine would attempt to match a non-existant Party B on the
>channel's CDR record and explode.
>
>This patch fixes that, and a unit test has been added to cover this case.
>
>



--------------
Tests
--------------
New Test Failures (3)
   - AsteriskTestSuite: S/fastagi/stream-file
   - AsteriskTestSuite: S/bridge/blindxfer nominal
   - AsteriskTestSuite: S/bridge/blonde nominal
Existing Test Failures (36)
   - 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/feature attended transfer
   - AsteriskTestSuite: S/masquerade
   - AsteriskTestSuite: S/bridge/disconnect
   - 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/4b617afd/attachment-0001.htm>