[test-results] [Bamboo] Asterisk Testing > Asterisk Trunk > #1488 has FAILED (38 tests failed, 1 failures were new). Change made by Matthew Jordan.

[Bamboo]

-----------------------------------------------------------------------
Asterisk Testing > Asterisk Trunk > #1488 failed.
-----------------------------------------------------------------------
Code has been updated by Matthew Jordan.
1/2 jobs failed, with 38 failing tests, 1 failure was new.

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


--------------
Failing Jobs
--------------
  - Asterisk CentOS 6 32-Bit (CentOS 6): 38 of 615 tests failed.



--------------
Code Changes
--------------
Matthew Jordan (393777):

>Handle hangup logic in the Stasis message bus and consumers of Stasis messages
>
>This patch does the following:
>* It adds a new soft hangup flag AST_SOFTHANGUP_HANGUP_EXEC that is set when a
>  channel is executing dialplan hangup logic, i.e., the 'h' extension or a
>  hangup handler. Stasis messages now also convey the soft hangup flag so
>  consumers of the messages can know when a channel is executing said
>  hangup logic.
>* It adds a new channel flag, AST_FLAG_DEAD, which is set when a channel is
>  well and truly dead. Not just a zombie, but dead, Jim. Manager, CEL, CDRs,
>  and other consumers of Stasis have been updated to look for this flag to
>  know when the channel should by lying six feet under.
>* The CDR engine has been updated to better handle a channel entering and
>  leaving a bridge. Previously, a new CDR was automatically created when a
>  channel left a bridge and put into the 'Pending' state; however, this
>  way of handling CDRs made it difficult for the 'endbeforehexten' logic to
>  work correctly - there was always a new CDR waiting in the hangup logic
>  and, even if 'ended', wouldn't be the CDR people wanted to inspect in the
>  hangup routine. This patch completely removes the Pending state and instead
>  defers creation of the new CDR until it gets a new message that requires
>  a new CDR.



--------------
Tests
--------------
New Test Failures (1)
   - AsteriskTestSuite: S/apps/dial/dial parallel/dial parallel answer cancel
Existing Test Failures (37)
   - AsteriskTestSuite: S/apps/queues/position priority maxlen
   - AsteriskTestSuite: S/channels/iax2/basic-call
   - AsteriskTestSuite: S/feature blonde transfer
   - 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/gulp/incoming calls without auth
   - 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/20130707/24ad238b/attachment-0001.htm>