<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&s=24&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 />   r388526 | jrose | 2013-05-13 14:20:33 -0300 (Mon, 13 May 2013) | 9 lines<br />   <br />   chan_gulp: Minor readability Improvements to chan_gulp<br />   <br />   (closes issue <span class="jiraIssueLink" data-issue-key="ASTERISK-21670" data-bamboo-project-key="ASTTEAM">ASTERISK-21670</span>)<br />   Reported by: Snuffy<br />   Review: <a href="https://reviewboard.asterisk.org/r/2473/" style="color: #326ca6; text-decoration: none">https://reviewboard.asterisk.org/r/2473/</a><br />   Patches:<br />       gulp-coding-guide.diff uploaded by snuffy (license 5024)<br /> ........<br />   r388531 | kmoore | 2013-05-13 15:10:22 -0300 (Mon, 13 May 2013) | 15 lines<br />   <br />   Close libsrtp properly<br />   <br />   Ensure that libsrtp is shutdown properly when res_srtp is unloaded.<br />   <br />   (closes issue <span class="jiraIssueLink" data-issue-key="ASTERISK-21719" data-bamboo-project-key="ASTTEAM">ASTERISK-21719</span>)<br />   Reported by: Corey Farrell<br />   Patches:<br />       res_srtp-library-shutdown.patch uploaded by Corey Farrell<br />   ........<br />   <br />   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 />   ........<br />   <br />   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 />   r388579 | jrose | 2013-05-13 16:29:56 -0300 (Mon, 13 May 2013) | 13 lines<br />   <br />   pbx: Fix lack of cleanup on macrolock and context_table<br />   <br />   (closes issue <span class="jiraIssueLink" data-issue-key="ASTERISK-21723" data-bamboo-project-key="ASTTEAM">ASTERISK-21723</span>)<br />   Reported by: Corey Farrell<br />   Patches:<br />       core-pbx-cleanup.patch uploaded by Correy Farrell (license 5909)<br />   ........<br />   <br />   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 />   ........<br />   <br />   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 />   r388598 | kmoore | 2013-05-13 17:37:11 -0300 (Mon, 13 May 2013) | 11 lines<br />   <br />   Revert r388529 for now<br />   <br />   Adding the cleanup function needs some deeper thought since it<br />   apparently doesn't exist for all variants of libsrtp.<br />   ........<br />   <br />   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 />   ........<br />   <br />   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 />   r388602 | elguero | 2013-05-13 18:07:02 -0300 (Mon, 13 May 2013) | 26 lines<br />   <br />   Fix Crash Caused By One-way Audio With auto_* NAT Settings Fix<br />   <br />   The prior code committed, r385473, failed to take into consideration that not<br />   all outgoing calls will be to a peer.  My fault.<br />   <br />   This patch does the following:<br />   <br />   * Check if there is a related peer involved.  If there is, check and set NAT <br />     settings according to the peer's settings.<br />   <br />   * Fix a problem with realtime peers.  If the global setting has auto_force_rport<br />     set and we issued a "sip reload" while a peer is still registered, the peer's<br />     flags for NAT are reset to off.  When this happens, we were always setting the<br />     contact address of the peer to that of the full contact info that we had.<br />   <br />   (closes issue <span class="jiraIssueLink" data-issue-key="ASTERISK-21374" data-bamboo-project-key="ASTTEAM">ASTERISK-21374</span>)<br />   Reported by: jmls<br />   Tested by: Michael L. Young<br />   Patches:<br />      asterisk-21374-fix-crash-and-rt-peers.diff by Michael L. Young (license 5026)<br />   <br />   Review: <a href="https://reviewboard.asterisk.org/r/2524/" style="color: #326ca6; text-decoration: none">https://reviewboard.asterisk.org/r/2524/</a><br />   ........<br />   <br />   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 />   r388617 | elguero | 2013-05-13 18:21:03 -0300 (Mon, 13 May 2013) | 18 lines<br />   <br />   Fix Missing CALL-ID When Logging Through Syslog<br />   <br />   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.  This was just<br />   an oversight when this feature was added.<br />   <br />   * Add CALL-IDs when using syslog<br />   <br />   (closes issue <span class="jiraIssueLink" data-issue-key="ASTERISK-21430" data-bamboo-project-key="ASTTEAM">ASTERISK-21430</span>)<br />   Reported by: Nikola Ciprich<br />   Tested by: Nikola Ciprich, Michael L. Young<br />   Patches:<br />       asterisk-21430-syslog-callid_trunk.diff by Michael L. Young (license 5026)<br />   <br />   Review: <a href="https://reviewboard.asterisk.org/r/2526/" style="color: #326ca6; text-decoration: none">https://reviewboard.asterisk.org/r/2526/</a><br />   ........<br />   <br />   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 />   r388668 | kmoore | 2013-05-14 09:47:52 -0300 (Tue, 14 May 2013) | 10 lines<br />   <br />   Move JSON event generators into separate modules<br />   <br />   This moves the JSON event generators out of the Stasis-HTTP modules and<br />   into standalone JSON-related counterparts so that Stasis-HTTP and<br />   res_stasis can depend on them without creating dependency cycles. This<br />   also provides a future location for Swagger Model validator functions<br />   once the generators for that code are written.<br />   <br />   Review: <a href="https://reviewboard.asterisk.org/r/2534/" style="color: #326ca6; text-decoration: none">https://reviewboard.asterisk.org/r/2534/</a><br /> ........<br />   r388701 | rmudgett | 2013-05-14 16:03:26 -0300 (Tue, 14 May 2013) | 14 lines<br />   <br />   Make ao2 global objects not always use the debug version of the ao2_ref() calls.<br />   <br />   The debug versions of ao2_ref() should only be used if REF_DEBUG is<br />   enabled so nothing is written to /tmp/refs unexpectedly.<br />   <br />   (closes issue <span class="jiraIssueLink" data-issue-key="ASTERISK-21785" data-bamboo-project-key="ASTTEAM">ASTERISK-21785</span>)<br />   Reported by: abelbeck<br />   Patches:<br />         jira_asterisk_21785_v11.patch (license #5621) patch uploaded by rmudgett<br />   Tested by: abelbeck<br />   ........<br />   <br />   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 />   r388729 | dlee | 2013-05-14 18:45:08 -0300 (Tue, 14 May 2013) | 20 lines<br />   <br />   Break res_stasis into smaller files.<br />   <br />   When implementing playback for stasis-http, the monolithicedness of<br />   res_stasis really started to get in my way.<br />   <br />   This patch breaks the major components of res_stasis.c into individual<br />   files.<br />   <br />    * res/stasis/app.c - Stasis application tracking<br />    * res/stasis/control.c - Channel control objects<br />    * res/stasis/command.c - Channel command object<br />   <br />   This refactoring also allows res_stasis applications to be loaded as<br />   independent modules, such as the new res_stasis_answer module.<br />   <br />   The bulk of this patch is simply moving code from one file to another,<br />   adjusting names and adding accessors as necessary.<br />   <br />   Review: <a href="https://reviewboard.asterisk.org/r/2530/" style="color: #326ca6; text-decoration: none">https://reviewboard.asterisk.org/r/2530/</a><br /> ........<br />   r388751 | dlee | 2013-05-14 23:37:22 -0300 (Tue, 14 May 2013) | 3 lines<br />   <br />   Refactored the rest of the message types to use the STASIS_MESSAGE_TYPE_*<br />   macros.<br /> ........<br />   r388770 | kmoore | 2013-05-15 09:42:04 -0300 (Wed, 15 May 2013) | 14 lines<br />   <br />   Use srtp_shutdown when available<br />   <br />   This allows the SRTP library to be shut down properly when the<br />   functionality is offered by libsrtp.<br />   <br />   Review: <a href="https://reviewboard.asterisk.org/r/2538/" style="color: #326ca6; text-decoration: none">https://reviewboard.asterisk.org/r/2538/</a><br />   (closes issue <span class="jiraIssueLink" data-issue-key="ASTERISK-21719" data-bamboo-project-key="ASTTEAM">ASTERISK-21719</span>)<br />   ........<br />   <br />   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 />   ........<br />   <br />   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 />   r388818 | qwell | 2013-05-15 12:03:40 -0300 (Wed, 15 May 2013) | 18 lines<br />   <br />   Fix VM snapshot handling for combined INBOX.<br />   <br />   The snapshot API contains an option that allow for combining of new <br />   and old messages within a single snapshot. New messages, however, <br />   include options beyond just 'INBOX' - it also includes the Urgent <br />   folder. A previous patch that combined INBOX and Urgent accidentally <br />   impacted snapshots that attempted to gain messages from just the Old <br />   folder. This patch fixes the snapshot gathering such that the API <br />   returns the appropriate messages for the folder selected, with and <br />   without the combine option.<br />   <br />   This should make it more clear about what's happening.<br />   <br />   Review: <a href="https://reviewboard.asterisk.org/r/2539/" style="color: #326ca6; text-decoration: none">https://reviewboard.asterisk.org/r/2539/</a><br />   ........<br />   <br />   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 />   r388840 | kharwell | 2013-05-15 12:58:56 -0300 (Wed, 15 May 2013) | 18 lines<br />   <br />   Fix for segfault in __ast_rwlock_destroy with DEBUG_THREADS<br />   <br />   If DEBUG_THREADS is enabled __ast_rwlock_destroy causes a segfault while trying<br />   to access a possible NULL t->track object.  A NULL check has been added before<br />   trying to access the memory.<br />   <br />   (closes issue <span class="jiraIssueLink" data-issue-key="ASTERISK-21724" data-bamboo-project-key="ASTTEAM">ASTERISK-21724</span>)<br />   Reported by: Corey Farrell<br />   Fixed by: Corey Farrell<br />   Patches:<br />           ast_rwlock_destroy-segv.patch uploaded by Corey Farrell (license 5909)<br />   ........<br />   <br />   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 />   ........<br />   <br />   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 />   r388896 | dlee | 2013-05-15 18:13:29 -0300 (Wed, 15 May 2013) | 4 lines<br />   <br />   Fixed inverted logic in app_add_channel().<br />   <br />   Also added some missing doc comments for stasis/app.h.<br /> ........<br />   r388975 | jrose | 2013-05-17 14:36:10 -0300 (Fri, 17 May 2013) | 10 lines<br />   <br />   Stasis: Update security events to use Stasis<br />   <br />   Also moves ACL messages to the security topic and gets rid of the<br />   ACL topic<br />   <br />   (closes issue <span class="jiraIssueLink" data-issue-key="ASTERISK-21103" data-bamboo-project-key="ASTTEAM">ASTERISK-21103</span>)<br />   Reported by: Matt Jordan<br />   Review: <a href="https://reviewboard.asterisk.org/r/2496/" style="color: #326ca6; text-decoration: none">https://reviewboard.asterisk.org/r/2496/</a><br /> ........<br />   r388976 | mjordan | 2013-05-17 14:43:58 -0300 (Fri, 17 May 2013) | 19 lines<br />   <br />   Publish the outbound channel's application/data when dialing<br />   <br />   This patch does two things:<br />   * It fixes a bug where the outbound channel's application/data set by the<br />     dialing API/app_dial is not communicated until the channel is hung up.<br />     If that happens, AMI would incorrectly send a NewExten event immediately<br />     after a Hangup. This isn't really AMI's fault, as the dialing APIs never<br />     communicated the 'helpful' app/data on the outbound channel until it was<br />     hungup.<br />   * It makes public sending a stasis message about a change in channel state.<br />     This is useful enough that - for now at least - it should be public. If<br />     operations on a channel go to being more coarse-grained, this function<br />     could be made private again.<br />   <br />   Review: <a href="https://reviewboard.asterisk.org/r/2548" style="color: #326ca6; text-decoration: none">https://reviewboard.asterisk.org/r/2548</a><br />   <br />   Note that this problem was found and reported by Matt DiMeo.<br /> ........<br />   r389009 | elguero | 2013-05-17 17:24:56 -0300 (Fri, 17 May 2013) | 17 lines<br />   <br />   Remove Character Limit On "inkeys" For IAX2<br />   <br />   Currently, the buffer for processing "inkeys" is limited to 256 characters.  If<br />   the user has many keys and the names of those key files are long, the 256<br />   character limit is not enough.<br />   <br />   * Change inkeys buffer to be dynamic<br />   <br />   (closes issue <span class="jiraIssueLink" data-issue-key="ASTERISK-21398" data-bamboo-project-key="ASTTEAM">ASTERISK-21398</span>)<br />   Reported by: Pavel Kopchyk<br />   Tested by: Pavel Kopchyk, Michael L. Young<br />   Patches:<br />       asterisk-21398-iax2-inkeys-dynamic-buffer_v3.diff<br />                                           by Michael L. Young (license 5026)<br />   <br />   Review: <a href="https://reviewboard.asterisk.org/r/2501/" style="color: #326ca6; text-decoration: none">https://reviewboard.asterisk.org/r/2501/</a><br /> ........<br />   r389011 | dlee | 2013-05-17 18:10:32 -0300 (Fri, 17 May 2013) | 27 lines<br />   <br />   Fix shutdown assertions in stasis-core<br />   <br />   In r388005, macros were introduced to consistently define message<br />   types. This added an assert if a message type was used either before<br />   it was initialized or after it had been cleaned up. It turns out that<br />   this assertion fires during shutdown.<br />   <br />   This actually exposed a hidden shutdown ordering problem. Since<br />   unsubscribing is asynchronous, it's possible that the message types<br />   used by the subscription could be freed before the final message of<br />   the subscription was processed.<br />   <br />   This patch adds stasis_subscription_join(), which blocks until the<br />   last message has been processed by the subscription. Since joining was<br />   most commonly done right after an unsubscribe, a<br />   stasis_unsubscribe_and_join() convenience function was also added.<br />   <br />   Similar functions were also added to the stasis_caching_topic and<br />   stasis_message_router, since they wrap subscriptions and have similar<br />   problems.<br />   <br />   Other code in trunk was refactored to join() where appropriate, or at<br />   least verify that the subscription was complete before being<br />   destroyed.<br />   <br />   Review: <a href="https://reviewboard.asterisk.org/r/2540" style="color: #326ca6; text-decoration: none">https://reviewboard.asterisk.org/r/2540</a><br /> ........<br />   r389053 | file | 2013-05-18 16:47:24 -0300 (Sat, 18 May 2013) | 7 lines<br />   <br />   Move origination to use the dialing API and send Stasis messages on dial begin and end.<br />   <br />   (closes issue <span class="jiraIssueLink" data-issue-key="ASTERISK-21549" data-bamboo-project-key="ASTTEAM">ASTERISK-21549</span>)<br />   Reported by: Matt Jordan<br />   <br />   Review: <a href="https://reviewboard.asterisk.org/r/2512/" style="color: #326ca6; text-decoration: none">https://reviewboard.asterisk.org/r/2512/</a><br /> ........<br />   r389085 | file | 2013-05-18 19:49:14 -0300 (Sat, 18 May 2013) | 2 lines<br />   <br />   Fix a bug where synchronous origination (oddly enough triggered by doing an async manager Originate) would not work properly.<br /> ........<br />   r389097 | wedhorn | 2013-05-18 20:20:53 -0300 (Sat, 18 May 2013) | 16 lines<br />   <br />   Add call forward no answer to skinny and cleanup general callfwd handling.<br />   <br />   CallforwardNoAnswer uses a sched to determine when to forward the call. <br />   Defaults to 20secs but configurable in skinny.conf.<br />   <br />   Adds dialType to each subchannel structure to be used to differentiate<br />   between normal dials that result in a call being placed (default) and<br />   other uses for the skinny_dialer (such as cfwd digit collection).<br />   Restructured all cfwd handling to use this new arrangement.<br />   <br />   (closes issue <span class="jiraIssueLink" data-issue-key="ASTERISK-21292" data-bamboo-project-key="ASTTEAM">ASTERISK-21292</span>)<br />   Reported by: wedhorn<br />   Tested by: myself<br />   Patches: <br />       skinny-callfwdnoans03.diff uploaded by wedhorn (license 5019)<br /> ........<br />   r389116 | file | 2013-05-18 21:49:15 -0300 (Sat, 18 May 2013) | 2 lines<br />   <br />   If the caller of the originate API calls wants the channel ensure it has been requested and dialed.<br /> ........<br />   r389132 | file | 2013-05-18 23:21:44 -0300 (Sat, 18 May 2013) | 2 lines<br />   <br />   Don't hold the outgoing lock for a prolonged period of time as it may block the originator.<br /> ........<br />   r389148 | kmoore | 2013-05-19 14:45:42 -0300 (Sun, 19 May 2013) | 9 lines<br />   <br />   Add base XML documentation for res_sip<br />   <br />   Thanks to Brad Latus, this patch adds a significant amount much-needed<br />   documentation to res_sip. It should cover all existing configuration<br />   options currently in Asterisk trunk.<br />   <br />   Patch-by: Brad Latus (snuffy)<br />   Review: <a href="https://reviewboard.asterisk.org/r/2471/" style="color: #326ca6; text-decoration: none">https://reviewboard.asterisk.org/r/2471/</a><br /> ........<br />   r389164 | wedhorn | 2013-05-19 16:45:14 -0300 (Sun, 19 May 2013) | 8 lines<br />   <br />   Add transfer softkey to ringout state to enable blond transfers.<br />   <br />   (closes issue <span class="jiraIssueLink" data-issue-key="ASTERISK-21327" data-bamboo-project-key="ASTTEAM">ASTERISK-21327</span>)<br />   Reported by: wedhorn<br />   Tested by: myself<br />   Patches: <br />       skinny-blindxfer01.diff uploaded by wedhorn (license 5019)<br /> ........<br />   r389180 | may | 2013-05-19 17:52:34 -0300 (Sun, 19 May 2013) | 2 lines<br />   <br />   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>