Merged revisions 288159 via svnmerge from
authorTilghman Lesher <tilghman@meg.abyt.es>
Tue, 21 Sep 2010 22:58:10 +0000 (22:58 +0000)
committerTilghman Lesher <tilghman@meg.abyt.es>
Tue, 21 Sep 2010 22:58:10 +0000 (22:58 +0000)
commit949e81e6e5c2e6a5e535828bf8da30a445676c73
tree6bae398b28ea6576ae7662cb6094576ffee1fdab
parentb287e9310123f2dea6b169d601c460893b8b84f5
Merged revisions 288159 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.8

................
  r288159 | tilghman | 2010-09-21 17:57:22 -0500 (Tue, 21 Sep 2010) | 29 lines

  Merged revisions 288113 via svnmerge from
  https://origsvn.digium.com/svn/asterisk/branches/1.6.2

  ................
    r288113 | tilghman | 2010-09-21 16:59:46 -0500 (Tue, 21 Sep 2010) | 22 lines

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

    ........
      r288112 | tilghman | 2010-09-21 16:58:13 -0500 (Tue, 21 Sep 2010) | 15 lines

      Try both the encoded and unencoded subscription URI for a match in hints.

      When a phone sends an encoded URI for a subscription, the URI is not matched
      with the actual hint that is in decoded format.  For example, if we have an
      extension with a hint that is named: "#5601" or "*5601", the subscription will
      work fine if the phone subscribes with an already decoded URI, but when it's
      decoded like "%255601" or "%2A5601", Asterisk is unable to match it with the
      correct hint.

      (closes issue #17785)
       Reported by: ramonpeek
       Patches:
             20100831__issue17785.diff.txt uploaded by tilghman (license 14)
       Tested by: ramonpeek
    ........
  ................
................

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