[test-results] [Bamboo] Asterisk Testing > Asterisk Trunk > #570 has FAILED (11 tests failed, 10 failures were new). Change made by Mark Michelson.

[Bamboo]

-----------------------------------------------------------------------
Asterisk Testing > Asterisk Trunk > #570 failed.
-----------------------------------------------------------------------
Code has been updated by Mark Michelson.
11/283 tests failed, 10 failures were new.

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


--------------
Failing Jobs
--------------
  - Asterisk CentOS 6 64-Bit (CentOS 6): 11 of 283 tests failed.



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

>Extend extension state callbacks to have more information.
>
>Quote from review board:
>
>This patch extends the extension state callbacks so that monitoring channels
>(as chan_sip) get more information of the devices which are responsible for
>an extension state change. The additional information is needed by chan_sip
>to present names/numbers of the caller and callee in an early-state SIP
>notification. Users of extenstion state callback not interested in the
>additional information are not affected by the changes.
>
>Motivation: to present the involved party's name/number in an early-state
>nofification (used by the notified device as a pickup offer) one after another
>so that a user can see which call he will pick up in an undirected pickup.
>Such a pickup offer to a user shall indicate the same call (number/name-A calls
>number/name-B) as the call which would be picked up when an undirected pickup
>is executed.
>
>
>Users interested in additional state info must use the new functions
>ast_extension_state_add_extended() resp.
>ast_extension_state_add_destroy_extended() to register an extended state
>callback. When the callback is registered this way, an extra member
>device_state_info of struct ast_state_cb_info is passed to the callback in
>addition to the aggregated extension state. This container holds an object for
>every device of the monitored extension hint consisting of the device name, the
>device state and a channel reference to the channel which (presumably) caused
>the device state.
>
>The information is used by chan_sip for early-state notifications. When the
>state of a device changes and the new state contains AST_EVENT_RINGING, an
>early-state notification is sent to the subscribed devices with the
>caller/callee names/numbers of the oldest ringing channel of the monitored
>extension. The notified user may then invoke a direct pickup, which will pickup
>exactly this channel.
>
>Users of the old non-extended callbacks will only be called when the aggregated
>state did change (same behavior as before). Users of the extended callback will
>also be called when the state is unchanged but does contain AST_EVENT_RINGING.
>That could be the case if two channels are ringing at one device and one of
>them hangs up, so the aggregated state does not change. This way the monitoring
>channel can create a new early-state notification with the now ringing
>party-ids.
>
>Review: https://reviewboard.asterisk.org/r/2048
>
>This contribution comes from Guenther Kelleter
>
>



--------------
Tests
--------------
New Test Failures (10)
   - AsteriskTestSuite: S/channels/ s i p/invite no totag
   - AsteriskTestSuite: S/channels/ s i p/sip custom presence/multiple state change
   - AsteriskTestSuite: S/channels/ s i p/custom info
   - AsteriskTestSuite: S/channels/ s i p/sip outbound proxy
   - AsteriskTestSuite: S/udptl
   - AsteriskTestSuite: S/apps/incomplete/sip incomplete
   - AsteriskTestSuite: S/channels/ s i p/subscribe
   - AsteriskTestSuite: S/channels/ s i p/sip custom presence/nominal state change
   - AsteriskTestSuite: S/channels/ s i p/rfc2833 dtmf detect
   - AsteriskTestSuite: S/channels/ s i p/sip custom presence/resubscribe
Existing Test Failures (1)
   - AsteriskTestSuite: S/channels/ s i p/generic ccss
Fixed Tests (1)
   - AsteriskTestSuite: S/channels/ s i p/sip blind transfer/callee refer only

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