Skip to content
Snippets Groups Projects
  1. Jan 11, 2013
    • Automerge script's avatar
      Merged revisions 378915,378918 via svnmerge from · 2c1720b4
      Automerge script authored
      file:///srv/subversion/repos/asterisk/trunk
      
      ................
        r378915 | dlee | 2013-01-11 16:31:42 -0600 (Fri, 11 Jan 2013) | 21 lines
        
        Add JSON API for Asterisk.
        
        This provides a JSON API by pulling in and wrapping the Jansson JSON
        library[1]. The Asterisk API basically mirrors the Jansson
        functionality, with a few minor tweaks.
        
         * Some names have been asteriskified to protect the innocent.
         * Jansson provides both reference-stealing and reference-borrowing
           versions of several API's. The Asterisk API is exclusively
           reference-stealing for operations that put elements into arrays and
           objects.
         * No support for doubles, since we usually don't need that.
         * Coming along for the ride is the ast_test_validate macro, which made
           the unit tests much easier to write.
        
         [1]: http://www.digip.org/jansson/
        
        (issue ASTERISK-20887)
        (closes issue ASTERISK-20888)
        Review: https://reviewboard.asterisk.org/r/2264/
      ................
        r378918 | file | 2013-01-11 17:05:38 -0600 (Fri, 11 Jan 2013) | 11 lines
        
        Retain XMPP filters across reconnections so external modules continue to function as expected.
        
        Previously if an XMPP client reconnected any filters added by an external module were lost.
        This issue exhibited itself with chan_motif not receiving and reacting to Jingle signaling.
        
        (closes issue ASTERISK-20916)
        Reported by: kuj
        ........
        
        Merged revisions 378917 from http://svn.asterisk.org/svn/asterisk/branches/11
      ................
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/team/mmichelson/threadpool@378927 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      2c1720b4
  2. Jan 10, 2013
  3. Jan 09, 2013
  4. Jan 07, 2013
  5. Jan 06, 2013
  6. Jan 04, 2013
  7. Jan 03, 2013
  8. Jan 02, 2013
    • Automerge script's avatar
      Merged revisions 378374,378377,378384 via svnmerge from · b375abae
      Automerge script authored
      file:///srv/subversion/repos/asterisk/trunk
      
      ................
        r378374 | rmudgett | 2013-01-02 15:23:16 -0600 (Wed, 02 Jan 2013) | 33 lines
        
        Fix AMI redirect action with two channels failing to redirect both channels.
        
        The AMI redirect action can fail to redirect two channels that are bridged
        together.  There is a race between the AMI thread redirecting the two
        channels and the bridge thread noticing that a channel is hungup from the
        redirects.
        
        * Made the bridge wait for both channels to be redirected before exiting.
        
        * Made the AMI redirect check that all required headers are present before
        proceeding with the redirection.
        
        * Made the AMI redirect require that any supplied ExtraChannel exist
        before proceeding.  Previously the code fell back to a single channel
        redirect operation.
        
        (closes issue ASTERISK-18975)
        Reported by: Ben Klang
        
        (closes issue ASTERISK-19948)
        Reported by: Brent Dalgleish
        Patches:
              jira_asterisk_19948_v11.patch (license #5621) patch uploaded by rmudgett
        Tested by: rmudgett, Thomas Sevestre, Deepak Lohani, Kayode
        
        Review: https://reviewboard.asterisk.org/r/2243/
        ........
        
        Merged revisions 378356 from http://svn.asterisk.org/svn/asterisk/branches/1.8
        ........
        
        Merged revisions 378358 from http://svn.asterisk.org/svn/asterisk/branches/11
      ................
        r378377 | mjordan | 2013-01-02 16:10:32 -0600 (Wed, 02 Jan 2013) | 24 lines
        
        Prevent crashes from occurring when reading from data sources with large values
        
        When reading configuration data from an Asterisk .conf file or when pulling
        data from an Asterisk RealTime backend, Asterisk was copying the data on the
        stack for manipulation. Unfortunately, it is possible to read configuration
        data or realtime data from some data source that provides a large blob of
        characters. This could potentially cause a crash via a stack overflow.
        
        This patch prevents large sets of data from being read from an ARA backend or
        from an Asterisk conf file.
        
        (issue ASTERISK-20658)
        Reported by: wdoekes
        Tested by: wdoekes, mmichelson
        patches:
         * issueA20658_dont_process_overlong_config_lines.patch uploaded by wdoekes (license 5674)
         * issueA20658_func_realtime_limit.patch uploaded by wdoekes (license 5674)
        ........
        
        Merged revisions 378375 from http://svn.asterisk.org/svn/asterisk/branches/1.8
        ........
        
        Merged revisions 378376 from http://svn.asterisk.org/svn/asterisk/branches/11
      ................
        r378384 | mjordan | 2013-01-02 16:19:32 -0600 (Wed, 02 Jan 2013) | 11 lines
        
        Clean up app_mysql's application entry points to properly parse arguments
        
        When parsing arguments, application entry points should not attempt to
        directly modify the parameters to the function. This patch properly duplicates
        the passed in parameters before attempting to parse them.
        
        (issue ASTERISK-20658)
        Reported by: wdoekes
        patches:
          issueA20658_sanitize_app_mysql.patch uploaded by wdoekes (license 5674)
      ................
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/team/mmichelson/threadpool@378385 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      b375abae
    • Automerge script's avatar
      Merged revisions 378322 via svnmerge from · 675914bb
      Automerge script authored
      file:///srv/subversion/repos/asterisk/trunk
      
      ................
        r378322 | mjordan | 2013-01-02 12:11:59 -0600 (Wed, 02 Jan 2013) | 33 lines
        
        Prevent exhaustion of system resources through exploitation of event cache
        
        Asterisk maintains an internal cache for devices in the event subsystem. The
        device state cache holds the state of each device known to Asterisk, such that
        consumers of device state information can query for the last known state for
        a particular device, even if it is not part of an active call. The concept of
        a device in Asterisk can include entities that do not have a physical
        representation. One way that this occurred was when anonymous calls are allowed
        in Asterisk. A device was automatically created and stored in the cache for
        each anonymous call that occurred; this was possible in the SIP and IAX2
        channel drivers and through channel drivers that utilized the
        res_jabber/res_xmpp resource modules (Gtalk, Jingle, and Motif). These devices
        are never removed from the system, allowing anonymous calls to potentially
        exhaust a system's resources.
        
        This patch changes the event cache subsystem and device state management to
        no longer cache devices that are not associated with a physical entity.
        
        (issue ASTERISK-20175)
        Reported by: Russell Bryant, Leif Madsen, Joshua Colp
        Tested by: kmoore
        patches:
          event-cachability-3.diff uploaded by jcolp (license 5000)
        ........
        
        Merged revisions 378303 from http://svn.asterisk.org/svn/asterisk/branches/1.8
        ........
        
        Merged revisions 378320 from http://svn.asterisk.org/svn/asterisk/branches/10
        ........
        
        Merged revisions 378321 from http://svn.asterisk.org/svn/asterisk/branches/11
      ................
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/team/mmichelson/threadpool@378329 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      675914bb
    • Automerge script's avatar
      Merged revisions 378288 via svnmerge from · 59663645
      Automerge script authored
      file:///srv/subversion/repos/asterisk/trunk
      
      ................
        r378288 | mjordan | 2013-01-02 09:39:42 -0600 (Wed, 02 Jan 2013) | 36 lines
        
        Resolve crashes due to large stack allocations when using TCP
        
        Asterisk had several places where messages received over various network
        transports may be copied in a single stack allocation. In the case of TCP,
        since multiple packets in a stream may be concatenated together, this can
        lead to large allocations that overflow the stack.
        
        This patch modifies those portions of Asterisk using TCP to either
        favor heap allocations or use an upper bound to ensure that the stack will not
        overflow:
         * For SIP, the allocation now has an upper limit
         * For HTTP, the allocation is now a heap allocation instead of a stack
           allocation
         * For XMPP (in res_jabber), the allocation has been eliminated since it was
           unnecesary.
        
        Note that the HTTP portion of this issue was independently found by Brandon
        Edwards of Exodus Intelligence.
        
        (issue ASTERISK-20658)
        Reported by: wdoekes, Brandon Edwards
        Tested by: mmichelson, wdoekes
        patches:
          ASTERISK-20658_res_jabber.c.patch uploaded by mmichelson (license 5049)
          issueA20658_http_postvars_use_malloc2.patch uploaded by wdoekes (license 5674)
          issueA20658_limit_sip_packet_size3.patch uploaded by wdoekes (license 5674)
        ........
        
        Merged revisions 378269 from http://svn.asterisk.org/svn/asterisk/branches/1.8
        ........
        
        Merged revisions 378286 from http://svn.asterisk.org/svn/asterisk/branches/10
        ........
        
        Merged revisions 378287 from http://svn.asterisk.org/svn/asterisk/branches/11
      ................
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/team/mmichelson/threadpool@378296 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      59663645
  9. Jan 01, 2013
  10. Dec 31, 2012
  11. Dec 20, 2012
  12. Dec 18, 2012
  13. Dec 17, 2012
  14. Dec 14, 2012
  15. Dec 13, 2012
    • Automerge script's avatar
      Merged revisions 378000-378002 via svnmerge from · 5af578c0
      Automerge script authored
      file:///srv/subversion/repos/asterisk/trunk
      
      ................
        r378000 | seanbright | 2012-12-13 15:20:32 -0600 (Thu, 13 Dec 2012) | 8 lines
        
        Make generate_exchange_uuid() always return the passed ast_str pointer.
        
        I changed this code earlier to return NULL if it wasn't able to generate a UUID,
        whereas the earlier code would always return the ast_str that was passed in.
        Switch back to returning the ast_str, only set it to the empty string instead if
        UUID generation fails.  We still do a validity check later which will catch this
        and blow up if necessary.
      ................
        r378001 | wedhorn | 2012-12-13 15:25:31 -0600 (Thu, 13 Dec 2012) | 9 lines
        
        Minor fixes for chan_skinny
        
        Whitespace, change SUBSTATE_ONHOOK to correct SKINNY_ONHOOK and 
        correct len of 2 strcmp in skinny_setdebug(). (see opticron's review
        on https://reviewboard.asterisk.org/r/2240/)
        ........
        
        Merged revisions 377991 from http://svn.asterisk.org/svn/asterisk/branches/11
      ................
        r378002 | rmudgett | 2012-12-13 15:28:15 -0600 (Thu, 13 Dec 2012) | 35 lines
        
        confbridge: Fix MOH on simultaneous user entry to a new conference.
        
        When two users entered a new conference simultaneously, one of the callers
        hears MOH.  This happened if two unmarked users entered simultaneously and
        also if a waitmarked and a marked user entered simultaneously.
        
        * Created a confbridge internal MOH API to eliminate the inlined MOH
        handling code.  Note that the conference mixing bridge needs to be locked
        when actually starting/stopping MOH because there is a small window
        between the conference join unsuspend MOH and actually joining the mixing
        bridge.
        
        * Created the concept of suspended MOH so it can be interrupted while
        conference join announcements to the user and DTMF features can operate.
        
        * Suspend any MOH until the user is about to actually join the mixing
        bridge of the conference.  This way any pre-join file playback does not
        need to worry about MOH.
        
        * Made post-join actions only play deferred entry announcement files.
        Changing the user/conference state during that time is not protected or
        controlled by the state machine.
        
        (closes issue ASTERISK-20606)
        Reported by: Eugenia Belova
        Tested by: rmudgett
        
        Review: https://reviewboard.asterisk.org/r/2232/
        ........
        
        Merged revisions 377992 from http://svn.asterisk.org/svn/asterisk/branches/10
        ........
        
        Merged revisions 377993 from http://svn.asterisk.org/svn/asterisk/branches/11
      ................
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/team/mmichelson/threadpool@378003 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      5af578c0
Loading