[test-results] [Bamboo] Asterisk - Team Branches > roibos-cng-support-1.8 > #50 has FAILED. Change made by root.

Bamboo bamboo at asterisk.org
Sat Jan 12 03:36:11 CST 2013


-----------------------------------------------------------------------
Asterisk - Team Branches > roibos-cng-support-1.8 > #50 failed.
-----------------------------------------------------------------------
Code has been updated by root.
No failed tests found, a possible compilation error.

http://bamboo.asterisk.org/browse/ASTTEAM-ROIBUSCNGSUPPORT18-50/


--------------
Failing Jobs
--------------
  - Asterisk 1.8 CentOS 6 32-Bit (CentOS 6): No tests found.



--------------
Code Changes
--------------
root (378963):

>Merged revisions 378933 via svnmerge from 
>file:///srv/subversion/repos/asterisk/branches/1.8
>
>................
>  r378933 | dlee | 2013-01-12 00:26:34 -0600 (Sat, 12 Jan 2013) | 36 lines
>  
>  Fix XML encoding of 'identity display' in NOTIFY messages.
>  
>  XML encoding in chan_sip is accomplished by naively building the XML
>  directly from strings. While this usually works, it fails to take into
>  account escaping the reserved characters in XML.
>  
>  This patch adds an 'ast_xml_escape' function, which works similarly to
>  'ast_uri_encode'. This is used to properly escape the local_display
>  attribute in XML formatted NOTIFY messages.
>  
>  Several things to note:
>   * The Right Thing(TM) to do would probably be to replace the
>     ast_build_string stuff with building an ast_xml_doc. That's a much
>     bigger change, and out of scope for the original ticket, so I
>     refrained myself.
>   * It is with great sadness that I wrote my own ast_xml_escape
>     function. There's one in libxml2, but it's knee-deep in
>     libxml2-ness, and not easily used to one-off escape a
>     string.
>   * I only escaped the string we know is causing problems
>     (local_display). At least some of the other strings are
>     URI-encoded, which should be XML safe. Rather than figuring out
>     what's safe and escaping what's not, it would be much cleaner to
>     simply build an ast_xml_doc for the messages and let the XML
>     library do the XML escaping. Like I said, that's out of scope.
>  
>  (closes issue ABE-2902)
>  Reported by: Guenther Kelleter
>  Tested by: Guenther Kelleter
>  Review: http://reviewboard.digium.internal/r/365/
>  
>  ........
>  
>  Merged revision 378919 from https://origsvn.digium.com/svn/asterisk/be/branches/C.3-bier
>................
>



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


More information about the Test-results mailing list