]> git.ipfire.org Git - thirdparty/asterisk.git/commit
Merged revisions 181345 via svnmerge from
authorJoshua Colp <jcolp@digium.com>
Wed, 11 Mar 2009 17:29:45 +0000 (17:29 +0000)
committerJoshua Colp <jcolp@digium.com>
Wed, 11 Mar 2009 17:29:45 +0000 (17:29 +0000)
commita58f23f79a8057e8f04a6b7b08dca045c86cf5ea
tree7b51ec6099e24f7cb2c141774efabc7c59a8b628
parent75c9cd11280c5180b2c3af01513932e8c4e5daa7
Merged revisions 181345 via svnmerge from
https://origsvn.digium.com/svn/asterisk/trunk

................
  r181345 | file | 2009-03-11 14:26:40 -0300 (Wed, 11 Mar 2009) | 21 lines

  Merged revisions 181328 via svnmerge from
  https://origsvn.digium.com/svn/asterisk/branches/1.4

  ........
    r181328 | file | 2009-03-11 14:22:52 -0300 (Wed, 11 Mar 2009) | 14 lines

    Fix issue where an attended transfer could not be completed under a rare scenario.

    When completing an attended transfer chan_sip does a check to make sure the extension
    in the URI portion of the Refer-To header is a local valid extension. We don't actually
    need to check this since we know for sure the other channel is already up and talking to
    the extension. Some devices do not put the extension in the Refer-To header either, which
    can cause the extension check to fail. We now no longer do this check if it is an attended
    transfer.

    (closes issue #14628)
    Reported by: sverre
    Patches:
          14628.diff uploaded by file (license 11)
  ........
................

git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@181359 65c4cc65-6c06-0410-ace0-fbb531ad65f3
channels/chan_sip.c