[test-results] [Bamboo] Asterisk - Trunk > Ubuntu Lucid (10.04) > #1326 has FAILED (1 tests failed). Change made by Terry Wilson.

[Bamboo]

-----------------------------------------------------------------------
Asterisk - Trunk > Ubuntu Lucid (10.04) > #1326 failed.
-----------------------------------------------------------------------
Code has been updated by Terry Wilson.
1/197 tests failed.

http://bamboo.asterisk.org/browse/ASTTRUNK-LUCID-1326/


--------------
Failing Jobs
--------------
  - amd64 (Default Stage): 1 of 197 tests failed.


--------------
Code Changes
--------------
Terry Wilson (349978):

>Don't leak CID in From header when presentation=unavailable
>
>When someone does Set(CALLERPRES()=unavailable) (or
>Set(CALLERID(pres)=unavailable)) when sendrpid=no, the From header shows
>"Anonymous" <anonymous at anonymous.invalid>. When sendrpid=yes/pai, the From
>header will still display the callerid info, even though we supply an rpid
>header with the anonymous info. It seems like we shouldn't leak that info in
>any case. Skimming http://tools.ietf.org/html/draft-ietf-sip-privacy-04 seems
>to indicate that one shouldn't send identifying info in the From in this case.
>
>This patch anonymizes the From header as well even when sendrpid=yes/pai.
>
>(closes issue ASTERISK-16538)
>
>Review: https://reviewboard.asterisk.org/r/1649/
>........
>
>Merged revisions 349968 from http://svn.asterisk.org/svn/asterisk/branches/1.8
>........
>
>Merged revisions 349977 from http://svn.asterisk.org/svn/asterisk/branches/10
>


--------------
Tests
--------------
New Test Failures (1)
   - AsteriskTestSuite: S/fax/gateway native t38 ced
Fixed Tests (5)
   - AsteriskTestSuite: S/fax/gateway timeout4
   - AsteriskTestSuite: S/cdr/console fork before dial
   - AsteriskTestSuite: S/queues/queue baseline
   - AsteriskTestSuite: S/apps/directory attendant exit
   - AsteriskTestSuite: S/cdr/console dial sip answer

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