Skip to content
Snippets Groups Projects
  1. Feb 28, 2019
  2. Feb 27, 2019
  3. Feb 26, 2019
  4. Feb 25, 2019
    • Kevin Harwell's avatar
      rest-api-templates/asterisk_processor - replace http line breaks with line feed · 574128de
      Kevin Harwell authored
      Including line breaks (<br>, <br/>, <br />) in certain parts of the rest-api
      json definition (e.g. summary, notes) displays them correctly in swagger.
      However, when the field gets converted to the wiki format those breaks get
      escaped and show up in the text as the actual string literal "<br>" etc...
      
      This patch makes it so when converting to the wiki format it replaces all line
      break values (<br>, etc...) with line feeds ('\n').
      
      Change-Id: Ie1c9faa0d1c5d622804cc0a21ce769095b08aa3d
      574128de
    • Joshua C. Colp's avatar
      res_ari_applications: Fix incorrect call to ao2_lock. · e687cf21
      Joshua C. Colp authored
      When listing the applications the apps lock was incorrectly
      locked twice instead of being locked and then unlocked.
      
      ASTERISK-28302
      
      Change-Id: If7d064592a9e88c0f1049214c50e02be6dabf79e
      e687cf21
  5. Feb 21, 2019
  6. Feb 20, 2019
    • Sungtae Kim's avatar
      http.c: Support separated HTTP request · b4ccaad6
      Sungtae Kim authored
      Currently, the Asterisk does not support seperated HTTP request.
      This patch make the Asterisk enables to wait lest part of HTTP request.
      Also increases acceptable HTTP body length to 40k to support more
      larger request.
      
      ASTERISK-28236
      
      Change-Id: I48a401aa64a21c3b37bf3cb4e0486d64b7dd8aa1
      b4ccaad6
    • George Joseph's avatar
      Core: Increase AST_PBX_MAX_STACK to 512 if not LOW_MEMORY · bc8dead6
      George Joseph authored
      The current settings AST_PBX_MAX_STACK is 128 entries which is
      too low for some FreePBX installations with complex parking
      arrangements.  Increased to 512 if LOW_MEMORY is not defined.
      
      ASTERISK-28300
      
      Change-Id: I7c4b540bc92e6642df0f3da639b003f7da8b1299
      bc8dead6
    • Joshua C. Colp's avatar
      stasis: Store subscriber uniqueids with topic statistics. · a286f546
      Joshua C. Colp authored
      This change provides an easier mechanism to determine which
      subscribers are subscribed to a topic. Using this you can
      inspect the specific subscribers for further details.
      
      Change-Id: I8deea21703cd5c5357b85593b46c3eaf24e18c0c
      a286f546
    • George Joseph's avatar
      taskprocessor: Enable subsystems and overload by subsystem · c2adeb9d
      George Joseph authored
      To prevent one subsystem's taskprocessors from causing others
      to stall, new capabilities have been added to taskprocessors.
      
      * Any taskprocessor name that has a '/' will have the part
        before the '/' saved as its "subsystem".
        Examples:
        "sorcery/acl-0000006a" and "sorcery/aor-00000019"
        will be grouped to subsystem "sorcery".
        "pjsip/distributor-00000025" and "pjsip/distributor-00000026"
        will bn grouped to subsystem "pjsip".
        Taskprocessors with no '/' have an empty subsystem.
      
      * When a taskprocessor enters high-water alert status and it
        has a non-empty subsystem, the subsystem alert count will
        be incremented.
      
      * When a taskprocessor leaves high-water alert status and it
        has a non-empty subsystem, the subsystem alert count will be
        decremented.
      
      * A new api ast_taskprocessor_get_subsystem_alert() has been
        added that returns the number of taskprocessors in alert for
        the subsystem.
      
      * A new CLI command "core show taskprocessor alerted subsystems"
        has been added.
      
      * A new unit test was addded.
      
      REMINDER: The taskprocessor code itself doesn't take any action
      based on high-water alerts or overloading.  It's up to taskprocessor
      users to check and take action themselves.  Currently only the pjsip
      distributor does this.
      
      * A new pjsip/global option "taskprocessor_overload_trigger"
        has been added that allows the user to select the trigger
        mechanism the distributor uses to pause accepting new requests.
        "none": Don't pause on any overload condition.
        "global": Pause on ANY taskprocessor overload (the default and
        current behavior)
        "pjsip_only": Pause only on pjsip taskprocessor overloads.
      
      * The core pjsip pool was renamed from "SIP" to "pjsip" so it can
        be properly grouped into the "pjsip" subsystem.
      
      * stasis taskprocessor names were changed to "stasis" as the
        subsystem.
      
      * Sorcery core taskprocessor names were changed to "sorcery" to
        match the object taskprocessors.
      
      Change-Id: I8c19068bb2fc26610a9f0b8624bdf577a04fcd56
      c2adeb9d
    • Kevin Harwell's avatar
      ARI event type filtering · 8681fc9d
      Kevin Harwell authored
      Event type filtering is now enabled, and configurable per application. An app is
      now able to specify which events are sent to the application by configuring an
      allowed and/or disallowed list(s). This can be done by issuing the following:
      
      PUT /applications/{applicationName}/eventFilter
      
      And then enumerating the allowed/disallowed event types as a body parameter.
      
      ASTERISK-28106
      
      Change-Id: I9671ba1fcdb3b6c830b553d4c5365aed5d588d5b
      8681fc9d
    • George Joseph's avatar
    • Friendly Automation's avatar
    • George Joseph's avatar
  7. Feb 19, 2019
    • Joshua Colp's avatar
      CI: Use tmpfs option to Docker instead of mount. · f4c9a351
      Joshua Colp authored
      Some tests require Asterisk to execute scripts which
      are stored in /tmp. When mount is used for tmpfs there
      is no ability to allow scripts to be executed from
      that location.
      
      This change switches to using tmpfs which can be told
      to allow executables to be run from /tmp.
      
      Change-Id: I0e598ca2b76af1f7f2d29f0da7b1731a214a291a
      f4c9a351
    • Kevin Harwell's avatar
      json.c/strings.c - Add a couple of utility functions · 8f1b3edd
      Kevin Harwell authored
      Added 'ast_json_object_string_get' to the JSON wrapper in order to make it a
      little easier to retrieve a string field from the JSON object.
      
      Also added an 'ast_strings_equal' function that safely checks (checks for NULLs)
      for equality between two strings.
      
      Change-Id: I26f0a16d61537505eb41b4b05ef2e6d67fc2541b
      8f1b3edd
    • Rodrigo Ramírez Norambuena's avatar
      app_queue: Enable set the wrapuptime from AddQueueMember application · ce0523a5
      Rodrigo Ramírez Norambuena authored
      This change add ability to set the wrapuptime per-member using the
      AddQueueMember application.
      
      The feature to set wrapuptime per member was include in the issue
      ASTERISK-27483 for static member by configuration file and was not
      added to set from AddQueueMember.
      
      ASTERISK-28055 #close
      
      Change-Id: I7c7ee4a6f804922cd7c42cb02eea26eb3806c6cf
      ce0523a5
    • Torrey Searle's avatar
      res/res_rtp_asterisk: clear smoother when local bridging · 8ea9608e
      Torrey Searle authored
      p2p_write updates txformat but doesn't require a smoother.  If a smoother
      was created by another bridge type the smoother could fall out of date causing
      one way audio issues.  To prevent this the smoother is now destroyed on the
      start of native bridge.
      
      ASTERISK-28284 #close
      
      Change-Id: I84e67f144963787fff9b4d79ac500514fb40cdc6
      8ea9608e
  8. Feb 14, 2019
  9. Feb 13, 2019
    • Sungtae Kim's avatar
      res_pjsip_session Added rtcp stats result vector into the session · 7e1d881d
      Sungtae Kim authored
      Currently, the Asterisk's pjsip_session module does not keeping the
      rtcp's stats info after it was removed. But by adding the results
      vector and keeping it until session is destroying, it can give more
      useful information for other modules.
      
      ASTERISK-28253
      
      Change-Id: Ib25c2d3fc4da084aecfde2a82c1b1d733bd64fa5
      7e1d881d
  10. Feb 11, 2019
  11. Feb 08, 2019
    • Joshua Colp's avatar
      ci: Rerun unit tests when non-code changes occur. · c2ea9c90
      Joshua Colp authored
      This change makes it so that even if non-code changes
      occur (such as commit message changing) unit tests
      will still be run and result in a verification.
      
      ASTERISK-28251
      
      Change-Id: I6491fff7c93e5d5cd8e41054486968bf66c4f608
      c2ea9c90
  12. Feb 07, 2019
    • Kevin Harwell's avatar
      res_pjsip_registrar: lock transport monitor when setting 'removing' flag · 61a8f79a
      Kevin Harwell authored
      A previous patch attempt to mitigate blocked threads on transport shutdown for
      a given contact. It was thought that a second lock could be avoided by checking
      the 'removing' flag on the transport monitor twice (once before and once after
      the normal named aor locking). However as with usual threading issues if the
      timing was right the original problem still occured.
      
      This patch adds locking around the first 'removing' flag check and set, thus
      nullifying the secondary check, so it was removed.
      
      ASTERISK-28213
      
      Change-Id: Iaa8e36e5311789549b76d8de42dfcea96013b2ed
      61a8f79a
    • Joshua Colp's avatar
      res_odbc: Add basic query logging. · 54a912b2
      Joshua Colp authored
      When Asterisk is connected and used with a database the response
      time of the database can cause problems in Asterisk if it is long.
      Normally the only way to see this problem would be to retrieve a
      backtrace from Asterisk and examine where things are blocked, or
      examine the database to see if there is any indication of a
      problem.
      
      This change adds some basic query logging to make it easier to
      investigate such a problem. When logging is enabled res_odbc will
      now keep track of the number of queries executed, as well as the
      query that has taken the longest time to execute. There is also
      an option which will cause a WARNING message to be output if a
      query takes longer than a configurable amount of time to execute.
      
      This makes it easier and clearer for users that their database may
      be experiencing a problem that could impact Asterisk.
      
      ASTERISK-28277
      
      Change-Id: I173cf4928b10754478a6a8c27dfa96ede0f058a6
      54a912b2
  13. Feb 06, 2019
Loading