<html>
    <head>
        <meta charset="utf-8" />
        <meta name="viewport" content="width=device-width" />
        <style type="text/css">
        a:hover, a:focus { text-decoration: underline !important; }

        @media handheld, only screen and (max-device-width: 480px) {
            div, a, p, td, th, li, dt, dd {
                -webkit-text-size-adjust: auto;
            }
            small, small a {
                -webkit-text-size-adjust: 90%;
            }
            small[class=email-metadata] {
                -webkit-text-size-adjust: 93%;
                font-size: 12px;
            }

            table[id=email-wrap] > tbody > tr > td {
                padding: 2px !important;
            }
            table[id=email-wrap-inner] > tbody > tr > td {
                padding: 8px !important;
            }
            table[id=email-footer] td {
                padding: 8px 12px !important;
            }
            table[id=email-actions] td {
                padding-top: 0 !important;
            }
            table[id=email-actions] td.right {
                text-align: right !important;
            }
            table[id=email-actions] .email-list-item {
                display: block;
                margin: 1em 0 !important;
                word-wrap: normal !important;
            }
            span[class=email-list-divider] {
                display: none;
            }
            .commentsummary small[class=email-metadata] {
                display: block;
            }
            td.comment-avatar {
                padding: 8px 8px 0 8px !important;
            }
            .comment > td + td {
                padding: 8px 8px 8px 0 !important;
            }
        }

        </style>
    </head>
    <body style="font: 13px Arial, FreeSans, Helvetica, sans-serif; background: #f0f0f0; color: #505050">
        <table id="email-wrap" align="center" cellpadding="0" cellspacing="0" width="100%" style="margin: 0; border: 0; border-collapse: collapse; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; background: #f0f0f0; color: #505050">
            <tbody>
                <tr>
                    <td style="font: 13px Arial, FreeSans, Helvetica, sans-serif; text-align: left; vertical-align: top; padding: 16px">
                        <div id="title-status" class="successful" style="font: 13px Arial, FreeSans, Helvetica, sans-serif; padding: 8px 0; background: #5bad5b">
                            <table cellpadding="0" cellspacing="0" width="100%" style="margin: 0; border: 0; border-collapse: collapse; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; border-style: solid; border-width: 1px 0; table-layout: fixed; background: #393; border-color: #309130">
                                <tbody>
                                    <tr>
                                        <td id="title-status-icon" style="font: 13px Arial, FreeSans, Helvetica, sans-serif; text-align: left; vertical-align: top; padding: 8px 0 8px 8px; width: 24px"> <img src="http://bamboo.asterisk.org/images/iconsv3/plan_successful_16.png" alt="Successful" style="border: 0; height: 16px; width: 16px" /> </td>
                                        <td id="title-status-text" style="font: 13px Arial, FreeSans, Helvetica, sans-serif; text-align: left; vertical-align: top; font-size: 16px; padding: 8px; text-shadow: 1px 1px 1px #194c19; color: #fff"> <span class="build" style="font-weight: bold"> <a href="http://bamboo.asterisk.org/browse/ASTTEAM/" style="color: #326ca6; text-decoration: none; color: #fff">Asterisk - Team Branches</a> › <a href="http://bamboo.asterisk.org/browse/ASTTEAM-PIMPMYSIP/" style="color: #326ca6; text-decoration: none; color: #fff">Pimp My SIP</a> › <a href="http://bamboo.asterisk.org/browse/ASTTEAM-PIMPMYSIP-345/" style="color: #326ca6; text-decoration: none; color: #fff">#345</a> </span> <span class="status">was successful</span> </td>
                                    </tr>
                                </tbody>
                            </table>
                        </div>
                        <table id="email-wrap-inner" cellpadding="0" cellspacing="0" width="100%" style="margin: 0; border: 0; border-collapse: collapse; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; background: #fff; border: 1px solid #bbb; color: #000; border-top: 0">
                            <tbody>
                                <tr>
                                    <td style="font: 13px Arial, FreeSans, Helvetica, sans-serif; text-align: left; vertical-align: top; padding: 16px"> <p class="trigger" style="font: 13px Arial, FreeSans, Helvetica, sans-serif; margin: 16px 0 0 0; margin-top: 4px">Code has been updated by <a href="http://bamboo.asterisk.org/browse/user/jcolp" style="color: #326ca6; text-decoration: none">Joshua Colp</a>.</p> <p class="tests-summary" style="font: 13px Arial, FreeSans, Helvetica, sans-serif; margin: 16px 0 0 0; margin-top: 4px"> All <strong>2</strong> jobs passed with <strong>434</strong> tests in total. </p>
                                        <table width="100%" cellpadding="0" cellspacing="0" class="section-header" style="margin: 0; border: 0; border-collapse: collapse; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; border-bottom: 1px solid #ddd; margin-top: 16px">
                                            <tbody>
                                                <tr>
                                                    <td style="font: 13px Arial, FreeSans, Helvetica, sans-serif; text-align: left; vertical-align: top"> <h3 style="font: 13px Arial, FreeSans, Helvetica, sans-serif; margin: 16px 0 0 0; font-size: 19px; margin: 0"><a href="http://bamboo.asterisk.org/browse/ASTTEAM-PIMPMYSIP-345/commit/" style="color: #326ca6; text-decoration: none">Code Changes</a></h3> </td>
                                                    <td class="utility" style="font: 13px Arial, FreeSans, Helvetica, sans-serif; text-align: left; vertical-align: top; text-align: right; vertical-align: middle; white-space: nowrap"> <a href="http://bamboo.asterisk.org/browse/ASTTEAM-PIMPMYSIP-345/commit/" style="color: #326ca6; text-decoration: none">View full change details</a> </td>
                                                </tr>
                                            </tbody>
                                        </table>
                                        <table width="100%" cellpadding="0" cellspacing="0" class="commits" style="margin: 0; border: 0; border-collapse: collapse; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; margin-top: 12px; margin-top: 8px">
                                            <tbody>
                                                <tr>
                                                    <td class="commit-avatar" style="font: 13px Arial, FreeSans, Helvetica, sans-serif; text-align: left; vertical-align: top; padding: 4px 0; width: 24px"> <img src="https://secure.gravatar.com/avatar/44e98d3f3ef7901a2efb52d1f0b43663.jpg?d=mm&amp;s=24&amp;r=g" width="24" height="24" style="border: 0; height: 24px; width: 24px" /> </td>
                                                    <td width="100%" style="font: 13px Arial, FreeSans, Helvetica, sans-serif; text-align: left; vertical-align: top; padding: 4px 0; padding-left: 4px; padding-left: 8px"> <a href="http://bamboo.asterisk.org/browse/user/jcolp" style="color: #326ca6; text-decoration: none">Joshua Colp</a><br /> Multiple revisions 388526,388531,388579,388598,388602,388617,388668,388701,388729,388751,388770,388818,388840,388896,<span class="jiraIssueLink" data-issue-key="388975-388976" data-bamboo-project-key="ASTTEAM">388975-388976</span>,389009,389011,389053,389085,389097,389116,389132,389148,389164,389180<br /> <br /> ........<br /> &nbsp;&nbsp;r388526 | jrose | 2013-05-13 14:20:33 -0300 (Mon, 13 May 2013) | 9 lines<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;chan_gulp: Minor readability Improvements to chan_gulp<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;(closes issue <span class="jiraIssueLink" data-issue-key="ASTERISK-21670" data-bamboo-project-key="ASTTEAM">ASTERISK-21670</span>)<br /> &nbsp;&nbsp;Reported by: Snuffy<br /> &nbsp;&nbsp;Review: <a href="https://reviewboard.asterisk.org/r/2473/" style="color: #326ca6; text-decoration: none">https://reviewboard.asterisk.org/r/2473/</a><br /> &nbsp;&nbsp;Patches:<br /> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;gulp-coding-guide.diff uploaded by snuffy (license 5024)<br /> ........<br /> &nbsp;&nbsp;r388531 | kmoore | 2013-05-13 15:10:22 -0300 (Mon, 13 May 2013) | 15 lines<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Close libsrtp properly<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Ensure that libsrtp is shutdown properly when res_srtp is unloaded.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;(closes issue <span class="jiraIssueLink" data-issue-key="ASTERISK-21719" data-bamboo-project-key="ASTTEAM">ASTERISK-21719</span>)<br /> &nbsp;&nbsp;Reported by: Corey Farrell<br /> &nbsp;&nbsp;Patches:<br /> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;res_srtp-library-shutdown.patch uploaded by Corey Farrell<br /> &nbsp;&nbsp;........<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Merged revisions 388529 from <a href="http://svn.asterisk.org/svn/asterisk/branches/1.8" style="color: #326ca6; text-decoration: none">http://svn.asterisk.org/svn/asterisk/branches/1.8</a><br /> &nbsp;&nbsp;........<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Merged revisions 388530 from <a href="http://svn.asterisk.org/svn/asterisk/branches/11" style="color: #326ca6; text-decoration: none">http://svn.asterisk.org/svn/asterisk/branches/11</a><br /> ........<br /> &nbsp;&nbsp;r388579 | jrose | 2013-05-13 16:29:56 -0300 (Mon, 13 May 2013) | 13 lines<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;pbx: Fix lack of cleanup on macrolock and context_table<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;(closes issue <span class="jiraIssueLink" data-issue-key="ASTERISK-21723" data-bamboo-project-key="ASTTEAM">ASTERISK-21723</span>)<br /> &nbsp;&nbsp;Reported by: Corey Farrell<br /> &nbsp;&nbsp;Patches:<br /> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;core-pbx-cleanup.patch uploaded by Correy Farrell (license 5909)<br /> &nbsp;&nbsp;........<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Merged revisions 388532 from <a href="http://svn.asterisk.org/svn/asterisk/branches/1.8" style="color: #326ca6; text-decoration: none">http://svn.asterisk.org/svn/asterisk/branches/1.8</a><br /> &nbsp;&nbsp;........<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Merged revisions 388578 from <a href="http://svn.asterisk.org/svn/asterisk/branches/11" style="color: #326ca6; text-decoration: none">http://svn.asterisk.org/svn/asterisk/branches/11</a><br /> ........<br /> &nbsp;&nbsp;r388598 | kmoore | 2013-05-13 17:37:11 -0300 (Mon, 13 May 2013) | 11 lines<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Revert r388529 for now<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Adding the cleanup function needs some deeper thought since it<br /> &nbsp;&nbsp;apparently doesn't exist for all variants of libsrtp.<br /> &nbsp;&nbsp;........<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Merged revisions 388596 from <a href="http://svn.asterisk.org/svn/asterisk/branches/1.8" style="color: #326ca6; text-decoration: none">http://svn.asterisk.org/svn/asterisk/branches/1.8</a><br /> &nbsp;&nbsp;........<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Merged revisions 388597 from <a href="http://svn.asterisk.org/svn/asterisk/branches/11" style="color: #326ca6; text-decoration: none">http://svn.asterisk.org/svn/asterisk/branches/11</a><br /> ........<br /> &nbsp;&nbsp;r388602 | elguero | 2013-05-13 18:07:02 -0300 (Mon, 13 May 2013) | 26 lines<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Fix Crash Caused By One-way Audio With auto_* NAT Settings Fix<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;The prior code committed, r385473, failed to take into consideration that not<br /> &nbsp;&nbsp;all outgoing calls will be to a peer.&nbsp; My fault.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;This patch does the following:<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;* Check if there is a related peer involved.&nbsp; If there is, check and set NAT <br /> &nbsp;&nbsp;&nbsp;&nbsp;settings according to the peer's settings.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;* Fix a problem with realtime peers.&nbsp; If the global setting has auto_force_rport<br /> &nbsp;&nbsp;&nbsp;&nbsp;set and we issued a &quot;sip reload&quot; while a peer is still registered, the peer's<br /> &nbsp;&nbsp;&nbsp;&nbsp;flags for NAT are reset to off.&nbsp; When this happens, we were always setting the<br /> &nbsp;&nbsp;&nbsp;&nbsp;contact address of the peer to that of the full contact info that we had.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;(closes issue <span class="jiraIssueLink" data-issue-key="ASTERISK-21374" data-bamboo-project-key="ASTTEAM">ASTERISK-21374</span>)<br /> &nbsp;&nbsp;Reported by: jmls<br /> &nbsp;&nbsp;Tested by: Michael L. Young<br /> &nbsp;&nbsp;Patches:<br /> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;asterisk-21374-fix-crash-and-rt-peers.diff by Michael L. Young (license 5026)<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Review: <a href="https://reviewboard.asterisk.org/r/2524/" style="color: #326ca6; text-decoration: none">https://reviewboard.asterisk.org/r/2524/</a><br /> &nbsp;&nbsp;........<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Merged revisions 388601 from <a href="http://svn.asterisk.org/svn/asterisk/branches/11" style="color: #326ca6; text-decoration: none">http://svn.asterisk.org/svn/asterisk/branches/11</a><br /> ........<br /> &nbsp;&nbsp;r388617 | elguero | 2013-05-13 18:21:03 -0300 (Mon, 13 May 2013) | 18 lines<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Fix Missing CALL-ID When Logging Through Syslog<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;The CALL-ID (ie [<span class="jiraIssueLink" data-issue-key="C-00000074" data-bamboo-project-key="ASTTEAM">C-00000074</span>]) is missing when logging to syslog.&nbsp; This was just<br /> &nbsp;&nbsp;an oversight when this feature was added.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;* Add CALL-IDs when using syslog<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;(closes issue <span class="jiraIssueLink" data-issue-key="ASTERISK-21430" data-bamboo-project-key="ASTTEAM">ASTERISK-21430</span>)<br /> &nbsp;&nbsp;Reported by: Nikola Ciprich<br /> &nbsp;&nbsp;Tested by: Nikola Ciprich, Michael L. Young<br /> &nbsp;&nbsp;Patches:<br /> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;asterisk-21430-syslog-callid_trunk.diff by Michael L. Young (license 5026)<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Review: <a href="https://reviewboard.asterisk.org/r/2526/" style="color: #326ca6; text-decoration: none">https://reviewboard.asterisk.org/r/2526/</a><br /> &nbsp;&nbsp;........<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Merged revisions 388605 from <a href="http://svn.asterisk.org/svn/asterisk/branches/11" style="color: #326ca6; text-decoration: none">http://svn.asterisk.org/svn/asterisk/branches/11</a><br /> ........<br /> &nbsp;&nbsp;r388668 | kmoore | 2013-05-14 09:47:52 -0300 (Tue, 14 May 2013) | 10 lines<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Move JSON event generators into separate modules<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;This moves the JSON event generators out of the Stasis-HTTP modules and<br /> &nbsp;&nbsp;into standalone JSON-related counterparts so that Stasis-HTTP and<br /> &nbsp;&nbsp;res_stasis can depend on them without creating dependency cycles. This<br /> &nbsp;&nbsp;also provides a future location for Swagger Model validator functions<br /> &nbsp;&nbsp;once the generators for that code are written.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Review: <a href="https://reviewboard.asterisk.org/r/2534/" style="color: #326ca6; text-decoration: none">https://reviewboard.asterisk.org/r/2534/</a><br /> ........<br /> &nbsp;&nbsp;r388701 | rmudgett | 2013-05-14 16:03:26 -0300 (Tue, 14 May 2013) | 14 lines<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Make ao2 global objects not always use the debug version of the ao2_ref() calls.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;The debug versions of ao2_ref() should only be used if REF_DEBUG is<br /> &nbsp;&nbsp;enabled so nothing is written to /tmp/refs unexpectedly.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;(closes issue <span class="jiraIssueLink" data-issue-key="ASTERISK-21785" data-bamboo-project-key="ASTTEAM">ASTERISK-21785</span>)<br /> &nbsp;&nbsp;Reported by: abelbeck<br /> &nbsp;&nbsp;Patches:<br /> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;jira_asterisk_21785_v11.patch (license #5621) patch uploaded by rmudgett<br /> &nbsp;&nbsp;Tested by: abelbeck<br /> &nbsp;&nbsp;........<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Merged revisions 388700 from <a href="http://svn.asterisk.org/svn/asterisk/branches/11" style="color: #326ca6; text-decoration: none">http://svn.asterisk.org/svn/asterisk/branches/11</a><br /> ........<br /> &nbsp;&nbsp;r388729 | dlee | 2013-05-14 18:45:08 -0300 (Tue, 14 May 2013) | 20 lines<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Break res_stasis into smaller files.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;When implementing playback for stasis-http, the monolithicedness of<br /> &nbsp;&nbsp;res_stasis really started to get in my way.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;This patch breaks the major components of res_stasis.c into individual<br /> &nbsp;&nbsp;files.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;&nbsp;* res/stasis/app.c - Stasis application tracking<br /> &nbsp;&nbsp;&nbsp;* res/stasis/control.c - Channel control objects<br /> &nbsp;&nbsp;&nbsp;* res/stasis/command.c - Channel command object<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;This refactoring also allows res_stasis applications to be loaded as<br /> &nbsp;&nbsp;independent modules, such as the new res_stasis_answer module.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;The bulk of this patch is simply moving code from one file to another,<br /> &nbsp;&nbsp;adjusting names and adding accessors as necessary.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Review: <a href="https://reviewboard.asterisk.org/r/2530/" style="color: #326ca6; text-decoration: none">https://reviewboard.asterisk.org/r/2530/</a><br /> ........<br /> &nbsp;&nbsp;r388751 | dlee | 2013-05-14 23:37:22 -0300 (Tue, 14 May 2013) | 3 lines<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Refactored the rest of the message types to use the STASIS_MESSAGE_TYPE_*<br /> &nbsp;&nbsp;macros.<br /> ........<br /> &nbsp;&nbsp;r388770 | kmoore | 2013-05-15 09:42:04 -0300 (Wed, 15 May 2013) | 14 lines<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Use srtp_shutdown when available<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;This allows the SRTP library to be shut down properly when the<br /> &nbsp;&nbsp;functionality is offered by libsrtp.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Review: <a href="https://reviewboard.asterisk.org/r/2538/" style="color: #326ca6; text-decoration: none">https://reviewboard.asterisk.org/r/2538/</a><br /> &nbsp;&nbsp;(closes issue <span class="jiraIssueLink" data-issue-key="ASTERISK-21719" data-bamboo-project-key="ASTTEAM">ASTERISK-21719</span>)<br /> &nbsp;&nbsp;........<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Merged revisions 388768 from <a href="http://svn.asterisk.org/svn/asterisk/branches/1.8" style="color: #326ca6; text-decoration: none">http://svn.asterisk.org/svn/asterisk/branches/1.8</a><br /> &nbsp;&nbsp;........<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Merged revisions 388769 from <a href="http://svn.asterisk.org/svn/asterisk/branches/11" style="color: #326ca6; text-decoration: none">http://svn.asterisk.org/svn/asterisk/branches/11</a><br /> ........<br /> &nbsp;&nbsp;r388818 | qwell | 2013-05-15 12:03:40 -0300 (Wed, 15 May 2013) | 18 lines<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Fix VM snapshot handling for combined INBOX.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;The snapshot API contains an option that allow for combining of new <br /> &nbsp;&nbsp;and old messages within a single snapshot. New messages, however, <br /> &nbsp;&nbsp;include options beyond just 'INBOX' - it also includes the Urgent <br /> &nbsp;&nbsp;folder. A previous patch that combined INBOX and Urgent accidentally <br /> &nbsp;&nbsp;impacted snapshots that attempted to gain messages from just the Old <br /> &nbsp;&nbsp;folder. This patch fixes the snapshot gathering such that the API <br /> &nbsp;&nbsp;returns the appropriate messages for the folder selected, with and <br /> &nbsp;&nbsp;without the combine option.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;This should make it more clear about what's happening.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Review: <a href="https://reviewboard.asterisk.org/r/2539/" style="color: #326ca6; text-decoration: none">https://reviewboard.asterisk.org/r/2539/</a><br /> &nbsp;&nbsp;........<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Merged revisions 388816 from <a href="http://svn.asterisk.org/svn/asterisk/branches/11" style="color: #326ca6; text-decoration: none">http://svn.asterisk.org/svn/asterisk/branches/11</a><br /> ........<br /> &nbsp;&nbsp;r388840 | kharwell | 2013-05-15 12:58:56 -0300 (Wed, 15 May 2013) | 18 lines<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Fix for segfault in __ast_rwlock_destroy with DEBUG_THREADS<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;If DEBUG_THREADS is enabled __ast_rwlock_destroy causes a segfault while trying<br /> &nbsp;&nbsp;to access a possible NULL t-&gt;track object.&nbsp; A NULL check has been added before<br /> &nbsp;&nbsp;trying to access the memory.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;(closes issue <span class="jiraIssueLink" data-issue-key="ASTERISK-21724" data-bamboo-project-key="ASTTEAM">ASTERISK-21724</span>)<br /> &nbsp;&nbsp;Reported by: Corey Farrell<br /> &nbsp;&nbsp;Fixed by: Corey Farrell<br /> &nbsp;&nbsp;Patches:<br /> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;ast_rwlock_destroy-segv.patch uploaded by Corey Farrell (license 5909)<br /> &nbsp;&nbsp;........<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Merged revisions 388838 from <a href="http://svn.asterisk.org/svn/asterisk/branches/1.8" style="color: #326ca6; text-decoration: none">http://svn.asterisk.org/svn/asterisk/branches/1.8</a><br /> &nbsp;&nbsp;........<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Merged revisions 388839 from <a href="http://svn.asterisk.org/svn/asterisk/branches/11" style="color: #326ca6; text-decoration: none">http://svn.asterisk.org/svn/asterisk/branches/11</a><br /> ........<br /> &nbsp;&nbsp;r388896 | dlee | 2013-05-15 18:13:29 -0300 (Wed, 15 May 2013) | 4 lines<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Fixed inverted logic in app_add_channel().<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Also added some missing doc comments for stasis/app.h.<br /> ........<br /> &nbsp;&nbsp;r388975 | jrose | 2013-05-17 14:36:10 -0300 (Fri, 17 May 2013) | 10 lines<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Stasis: Update security events to use Stasis<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Also moves ACL messages to the security topic and gets rid of the<br /> &nbsp;&nbsp;ACL topic<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;(closes issue <span class="jiraIssueLink" data-issue-key="ASTERISK-21103" data-bamboo-project-key="ASTTEAM">ASTERISK-21103</span>)<br /> &nbsp;&nbsp;Reported by: Matt Jordan<br /> &nbsp;&nbsp;Review: <a href="https://reviewboard.asterisk.org/r/2496/" style="color: #326ca6; text-decoration: none">https://reviewboard.asterisk.org/r/2496/</a><br /> ........<br /> &nbsp;&nbsp;r388976 | mjordan | 2013-05-17 14:43:58 -0300 (Fri, 17 May 2013) | 19 lines<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Publish the outbound channel's application/data when dialing<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;This patch does two things:<br /> &nbsp;&nbsp;* It fixes a bug where the outbound channel's application/data set by the<br /> &nbsp;&nbsp;&nbsp;&nbsp;dialing API/app_dial is not communicated until the channel is hung up.<br /> &nbsp;&nbsp;&nbsp;&nbsp;If that happens, AMI would incorrectly send a NewExten event immediately<br /> &nbsp;&nbsp;&nbsp;&nbsp;after a Hangup. This isn't really AMI's fault, as the dialing APIs never<br /> &nbsp;&nbsp;&nbsp;&nbsp;communicated the 'helpful' app/data on the outbound channel until it was<br /> &nbsp;&nbsp;&nbsp;&nbsp;hungup.<br /> &nbsp;&nbsp;* It makes public sending a stasis message about a change in channel state.<br /> &nbsp;&nbsp;&nbsp;&nbsp;This is useful enough that - for now at least - it should be public. If<br /> &nbsp;&nbsp;&nbsp;&nbsp;operations on a channel go to being more coarse-grained, this function<br /> &nbsp;&nbsp;&nbsp;&nbsp;could be made private again.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Review: <a href="https://reviewboard.asterisk.org/r/2548" style="color: #326ca6; text-decoration: none">https://reviewboard.asterisk.org/r/2548</a><br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Note that this problem was found and reported by Matt DiMeo.<br /> ........<br /> &nbsp;&nbsp;r389009 | elguero | 2013-05-17 17:24:56 -0300 (Fri, 17 May 2013) | 17 lines<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Remove Character Limit On &quot;inkeys&quot; For IAX2<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Currently, the buffer for processing &quot;inkeys&quot; is limited to 256 characters.&nbsp; If<br /> &nbsp;&nbsp;the user has many keys and the names of those key files are long, the 256<br /> &nbsp;&nbsp;character limit is not enough.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;* Change inkeys buffer to be dynamic<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;(closes issue <span class="jiraIssueLink" data-issue-key="ASTERISK-21398" data-bamboo-project-key="ASTTEAM">ASTERISK-21398</span>)<br /> &nbsp;&nbsp;Reported by: Pavel Kopchyk<br /> &nbsp;&nbsp;Tested by: Pavel Kopchyk, Michael L. Young<br /> &nbsp;&nbsp;Patches:<br /> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;asterisk-21398-iax2-inkeys-dynamic-buffer_v3.diff<br /> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;by Michael L. Young (license 5026)<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Review: <a href="https://reviewboard.asterisk.org/r/2501/" style="color: #326ca6; text-decoration: none">https://reviewboard.asterisk.org/r/2501/</a><br /> ........<br /> &nbsp;&nbsp;r389011 | dlee | 2013-05-17 18:10:32 -0300 (Fri, 17 May 2013) | 27 lines<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Fix shutdown assertions in stasis-core<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;In r388005, macros were introduced to consistently define message<br /> &nbsp;&nbsp;types. This added an assert if a message type was used either before<br /> &nbsp;&nbsp;it was initialized or after it had been cleaned up. It turns out that<br /> &nbsp;&nbsp;this assertion fires during shutdown.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;This actually exposed a hidden shutdown ordering problem. Since<br /> &nbsp;&nbsp;unsubscribing is asynchronous, it's possible that the message types<br /> &nbsp;&nbsp;used by the subscription could be freed before the final message of<br /> &nbsp;&nbsp;the subscription was processed.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;This patch adds stasis_subscription_join(), which blocks until the<br /> &nbsp;&nbsp;last message has been processed by the subscription. Since joining was<br /> &nbsp;&nbsp;most commonly done right after an unsubscribe, a<br /> &nbsp;&nbsp;stasis_unsubscribe_and_join() convenience function was also added.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Similar functions were also added to the stasis_caching_topic and<br /> &nbsp;&nbsp;stasis_message_router, since they wrap subscriptions and have similar<br /> &nbsp;&nbsp;problems.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Other code in trunk was refactored to join() where appropriate, or at<br /> &nbsp;&nbsp;least verify that the subscription was complete before being<br /> &nbsp;&nbsp;destroyed.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Review: <a href="https://reviewboard.asterisk.org/r/2540" style="color: #326ca6; text-decoration: none">https://reviewboard.asterisk.org/r/2540</a><br /> ........<br /> &nbsp;&nbsp;r389053 | file | 2013-05-18 16:47:24 -0300 (Sat, 18 May 2013) | 7 lines<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Move origination to use the dialing API and send Stasis messages on dial begin and end.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;(closes issue <span class="jiraIssueLink" data-issue-key="ASTERISK-21549" data-bamboo-project-key="ASTTEAM">ASTERISK-21549</span>)<br /> &nbsp;&nbsp;Reported by: Matt Jordan<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Review: <a href="https://reviewboard.asterisk.org/r/2512/" style="color: #326ca6; text-decoration: none">https://reviewboard.asterisk.org/r/2512/</a><br /> ........<br /> &nbsp;&nbsp;r389085 | file | 2013-05-18 19:49:14 -0300 (Sat, 18 May 2013) | 2 lines<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Fix a bug where synchronous origination (oddly enough triggered by doing an async manager Originate) would not work properly.<br /> ........<br /> &nbsp;&nbsp;r389097 | wedhorn | 2013-05-18 20:20:53 -0300 (Sat, 18 May 2013) | 16 lines<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Add call forward no answer to skinny and cleanup general callfwd handling.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;CallforwardNoAnswer uses a sched to determine when to forward the call. <br /> &nbsp;&nbsp;Defaults to 20secs but configurable in skinny.conf.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Adds dialType to each subchannel structure to be used to differentiate<br /> &nbsp;&nbsp;between normal dials that result in a call being placed (default) and<br /> &nbsp;&nbsp;other uses for the skinny_dialer (such as cfwd digit collection).<br /> &nbsp;&nbsp;Restructured all cfwd handling to use this new arrangement.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;(closes issue <span class="jiraIssueLink" data-issue-key="ASTERISK-21292" data-bamboo-project-key="ASTTEAM">ASTERISK-21292</span>)<br /> &nbsp;&nbsp;Reported by: wedhorn<br /> &nbsp;&nbsp;Tested by: myself<br /> &nbsp;&nbsp;Patches: <br /> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;skinny-callfwdnoans03.diff uploaded by wedhorn (license 5019)<br /> ........<br /> &nbsp;&nbsp;r389116 | file | 2013-05-18 21:49:15 -0300 (Sat, 18 May 2013) | 2 lines<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;If the caller of the originate API calls wants the channel ensure it has been requested and dialed.<br /> ........<br /> &nbsp;&nbsp;r389132 | file | 2013-05-18 23:21:44 -0300 (Sat, 18 May 2013) | 2 lines<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Don't hold the outgoing lock for a prolonged period of time as it may block the originator.<br /> ........<br /> &nbsp;&nbsp;r389148 | kmoore | 2013-05-19 14:45:42 -0300 (Sun, 19 May 2013) | 9 lines<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Add base XML documentation for res_sip<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Thanks to Brad Latus, this patch adds a significant amount much-needed<br /> &nbsp;&nbsp;documentation to res_sip. It should cover all existing configuration<br /> &nbsp;&nbsp;options currently in Asterisk trunk.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Patch-by: Brad Latus (snuffy)<br /> &nbsp;&nbsp;Review: <a href="https://reviewboard.asterisk.org/r/2471/" style="color: #326ca6; text-decoration: none">https://reviewboard.asterisk.org/r/2471/</a><br /> ........<br /> &nbsp;&nbsp;r389164 | wedhorn | 2013-05-19 16:45:14 -0300 (Sun, 19 May 2013) | 8 lines<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;Add transfer softkey to ringout state to enable blond transfers.<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;(closes issue <span class="jiraIssueLink" data-issue-key="ASTERISK-21327" data-bamboo-project-key="ASTTEAM">ASTERISK-21327</span>)<br /> &nbsp;&nbsp;Reported by: wedhorn<br /> &nbsp;&nbsp;Tested by: myself<br /> &nbsp;&nbsp;Patches: <br /> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;skinny-blindxfer01.diff uploaded by wedhorn (license 5019)<br /> ........<br /> &nbsp;&nbsp;r389180 | may | 2013-05-19 17:52:34 -0300 (Sun, 19 May 2013) | 2 lines<br /> &nbsp;&nbsp;<br /> &nbsp;&nbsp;add ast_publish_channel_state according new event framework<br /> ........<br /> <br /> Merged revisions 388526,388531,388579,388598,388602,388617,388668,388701,388729,388751,388770,388818,388840,388896,<span class="jiraIssueLink" data-issue-key="388975-388976" data-bamboo-project-key="ASTTEAM">388975-388976</span>,389009,389011,389053,389085,389097,389116,389132,389148,389164,389180 from <a href="http://svn.asterisk.org/svn/asterisk/trunk" style="color: #326ca6; text-decoration: none">http://svn.asterisk.org/svn/asterisk/trunk</a><br /> </td>
                                                    <td class="revision" style="font: 13px Arial, FreeSans, Helvetica, sans-serif; text-align: left; vertical-align: top; padding: 4px 0; padding-left: 4px; white-space: nowrap"> <span class="revision-id" style="background: #f0f0f0; border: 1px solid #ddd; -moz-border-radius: 3px; -webkit-border-radius: 3px; border-radius: 3px; display: inline-block; font-family: monospace; line-height: 1; max-width: 5em; overflow: hidden; padding: 2px 4px; text-overflow: ellipsis; vertical-align: top; white-space: nowrap; color: #505050">389196</span> </td>
                                                </tr>
                                            </tbody>
                                        </table>
                                        <table width="100%" cellpadding="0" cellspacing="0" id="email-actions" class="email-metadata" style="margin: 0; border: 0; border-collapse: collapse; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; border-top: 1px solid #bbb; color: #505050; margin: 16px 0 0; padding: 0; color: #505050">
                                            <tbody>
                                                <tr>
                                                    <td class="left" style="font: 13px Arial, FreeSans, Helvetica, sans-serif; text-align: left; vertical-align: top; padding-top: 8px"> <span class="email-list-item"><a href="http://bamboo.asterisk.org/browse/ASTTEAM-PIMPMYSIP-345" style="color: #326ca6; text-decoration: none">View Online</a></span> <span class="email-list-divider" style="color: #505050; padding: 0 0.350em">|</span> <span class="email-list-item"><a href="http://bamboo.asterisk.org/browse/ASTTEAM-PIMPMYSIP-345?commentMode=true" style="color: #326ca6; text-decoration: none">Add Comments</a></span> </td>
                                                </tr>
                                            </tbody>
                                        </table> </td>
                                </tr>
                            </tbody>
                        </table>
                        <table id="email-footer" cellpadding="0" cellspacing="0" width="100%" style="margin: 0; border: 0; border-collapse: collapse; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit">
                            <tbody>
                                <tr>
                                    <td style="font: 13px Arial, FreeSans, Helvetica, sans-serif; text-align: left; vertical-align: top; padding: 16px; text-align: center"> <p style="font: 13px Arial, FreeSans, Helvetica, sans-serif; margin: 16px 0 0 0; font-size: 11px; margin: 0"><small style="font-size: 11px">This message was sent by <a href="http://bamboo.asterisk.org" style="color: #326ca6; text-decoration: none">Atlassian Bamboo</a>.</small></p> <p style="font: 13px Arial, FreeSans, Helvetica, sans-serif; margin: 16px 0 0 0; font-size: 11px; margin: 0; margin-top: 4px"><small style="font-size: 11px">If you wish to stop receiving these emails edit your <a href="http://bamboo.asterisk.org/profile/userNotifications.action" style="color: #326ca6; text-decoration: none">user profile</a> or <a href="http://bamboo.asterisk.org/viewAdministrators.action" style="color: #326ca6; text-decoration: none">notify your administrator</a>.</small></p> </td>
                                </tr>
                            </tbody>
                        </table> </td>
                </tr>
            </tbody>
        </table>
    </body>
</html>