----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://reviewboard.asterisk.org/r/3728/#review12808 -----------------------------------------------------------
Ship it! Ship It! - rmudgett On July 18, 2014, 12:42 p.m., opticron wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://reviewboard.asterisk.org/r/3728/ > ----------------------------------------------------------- > > (Updated July 18, 2014, 12:42 p.m.) > > > Review request for Asterisk Developers. > > > Bugs: ASTERISK-23941 > https://issues.asterisk.org/jira/browse/ASTERISK-23941 > > > Repository: Asterisk > > > Description > ------- > > This adds a new field to the ast_attended_transfer_type() and a new subtype > AST_ATTENDED_TRANSFER_DEST_LOCAL_APP to describe attended transfers where a > local channel is used to connect a dialplan application to a bridge in cases > where a single remote party can not be moved directly into the application. > Previously, the local channel half being pushed into the bridge in place of a > transferer leg was not conveyed in the message. > > > Diffs > ----- > > branches/12/rest-api/api-docs/events.json 418910 > branches/12/res/ari/ari_model_validators.c 418910 > branches/12/res/ari/ari_model_validators.h 418910 > branches/12/main/stasis_bridges.c 418910 > branches/12/main/cel.c 418910 > branches/12/main/bridge.c 418910 > branches/12/include/asterisk/stasis_bridges.h 418910 > branches/12/apps/app_queue.c 418910 > > Diff: https://reviewboard.asterisk.org/r/3728/diff/ > > > Testing > ------- > > Tested as part of the complete solution to ASTERISK-23941. > > > Thanks, > > opticron > >
-- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
