----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://reviewboard.asterisk.org/r/3537/#review11953 -----------------------------------------------------------
/branches/12/channels/chan_sip.c <https://reviewboard.asterisk.org/r/3537/#comment21860> Not a finding, just a thought for your testing. Under the hood, ast_do_pickup will eventually call ast_channel_move on the same two channels. From the perspective of "moving channels around", this ends up being the same. What is interesting about this change is that instead of just moving the channels around, we will now interpret _all_ INVITE w/ replaces that target a channel not in a bridge as a pickup attempt. That may be the correct interpretation - in which case, this patch should be fine. If that isn't true, then we'd have to have some other way to determine the intent of the INVITE w/ replaces. - Matt Jordan On May 13, 2014, 10:10 a.m., wdoekes wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://reviewboard.asterisk.org/r/3537/ > ----------------------------------------------------------- > > (Updated May 13, 2014, 10:10 a.m.) > > > Review request for Asterisk Developers. > > > Bugs: ASTERISK-22977 > https://issues.asterisk.org/jira/browse/ASTERISK-22977 > > > Repository: Asterisk > > > Description > ------- > > The fixes from https://reviewboard.asterisk.org/r/3073/ (11r413838) won't > work in Asterisk 12. > > This is a quick stab at making it work. > > BEWARE! This is completely untested. Preliminary feedback is welcome. > This will have to sit here a while until I find some time to properly test > how this pans out in 12. > > > Diffs > ----- > > /branches/12/channels/chan_sip.c 413840 > > Diff: https://reviewboard.asterisk.org/r/3537/diff/ > > > Testing > ------- > > > Thanks, > > wdoekes > >
-- _____________________________________________________________________ -- 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
