Skip to content
Snippets Groups Projects
  1. Dec 13, 2018
  2. Jan 22, 2018
    • Corey Farrell's avatar
      Add missing OPTIONAL_API and ARI dependences. · 679fa5fb
      Corey Farrell authored
      I've audited all modules that include any header which includes
      asterisk/optional_api.h.  All modules which use OPTIONAL_API now declare
      those dependencies in AST_MODULE_INFO using requires or optional_modules
      as appropriate.
      
      In addition ARI dependency declarations have been reworked.  Instead of
      declaring additional required modules in res/ari/resource_*.c we now add
      them to an optional array "requiresModules" in api-docs for each module.
      This allows the AST_MODULE_INFO dependencies to include those missing
      modules.
      
      Change-Id: Ia0c70571f5566784f63605e78e1ceccb4f79c606
      679fa5fb
  3. Nov 02, 2017
  4. Nov 06, 2016
  5. Oct 27, 2016
    • Corey Farrell's avatar
      Remove ASTERISK_REGISTER_FILE. · a6e5bae3
      Corey Farrell authored
      ASTERISK_REGISTER_FILE no longer has any purpose so this commit removes
      all traces of it.
      
      Previously exported symbols removed:
      * __ast_register_file
      * __ast_unregister_file
      * ast_complete_source_filename
      
      This also removes the mtx_prof static variable that was declared when
      MTX_PROFILE was enabled.  This variable was only used in lock.c so it
      is now initialized in that file only.
      
      ASTERISK-26480 #close
      
      Change-Id: I1074af07d71f9e159c48ef36631aa432c86f9966
      a6e5bae3
  6. Apr 13, 2015
    • Matt Jordan's avatar
      git migration: Refactor the ASTERISK_FILE_VERSION macro · 4a582616
      Matt Jordan authored
      Git does not support the ability to replace a token with a version
      string during check-in. While it does have support for replacing a
      token on clone, this is somewhat sub-optimal: the token is replaced
      with the object hash, which is not particularly easy for human
      consumption. What's more, in practice, the source file version was often
      not terribly useful. Generally, when triaging bugs, the overall version
      of Asterisk is far more useful than an individual SVN version of a file. As a
      result, this patch removes Asterisk's support for showing source file
      versions.
      
      Specifically, it does the following:
      
      * Rename ASTERISK_FILE_VERSION macro to ASTERISK_REGISTER_FILE, and
        remove passing the version in with the macro. Other facilities
        than 'core show file version' make use of the file names, such as
        setting a debug level only on a specific file. As such, the act of
        registering source files with the Asterisk core still has use. The
        macro rename now reflects the new macro purpose.
      
      * main/asterisk:
        - Refactor the file_version structure to reflect that it no longer
          tracks a version field.
        - Remove the "core show file version" CLI command. Without the file
          version, it is no longer useful.
        - Remove the ast_file_version_find function. The file version is no
          longer tracked.
        - Rename ast_register_file_version/ast_unregister_file_version to
          ast_register_file/ast_unregister_file, respectively.
      
      * main/manager: Remove value from the Version key of the ModuleCheck
        Action. The actual key itself has not been removed, as doing so would
        absolutely constitute a backwards incompatible change. However, since
        the file version is no longer tracked, there is no need to attempt to
        include it in the Version key.
      
      * UPGRADE: Add notes for:
        - Modification to the ModuleCheck AMI Action
        - Removal of the "core show file version" CLI command
      
      Change-Id: I6cf0ff280e1668bf4957dc21f32a5ff43444a40e
      4a582616
  7. Feb 11, 2015
  8. Oct 28, 2014
  9. May 28, 2014
    • Matthew Jordan's avatar
      Logger/CLI/etc.: Fix some aesthetic issues; reduce chatty verbose messages · fb5690ce
      Matthew Jordan authored
      This patch addresses some aesthetic issues in Asterisk. These are all just
      minor tweaks to improve the look of the CLI when used in a variety of
      settings. Specifically:
       * A number of chatty verbose messages were removed or demoted to DEBUG
         messages. Verbose messages with a verbosity level of 5 or higher were -
         if kept as verbose messages - demoted to level 4. Several messages
         that were emitted at verbose level 3 were demoted to 4, as announcement
         of dialplan applications being executed occur at level 3 (and so the
         effects of those applications should generally be less).
       * Some verbose messages that only appear when their respective 'debug'
         options are enabled were bumped up to always be displayed.
       * Prefix/timestamping of verbose messages were moved to the verboser
         handlers. This was done to prevent duplication of prefixes when the
         timestamp option (-T) is used with the CLI.
       * Verbose magic is removed from messages before being emitted to
         non-verboser handlers. This prevents the magic in multi-line verbose
         messages (such as SIP debug traces or the output of DumpChan) from
         being written to files.
       * _Slightly_ better support for the "light background" option (-W) was
         added. This includes using ast_term_quit in the output of XML
         documentation help, as well as changing the "Asterisk Ready" prompt to
         bright green on the default background (which stands a better chance of
         being displayed properly than bright white).
      
      Review: https://reviewboard.asterisk.org/r/3547/
      
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@414798 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      fb5690ce
  10. Apr 15, 2014
  11. Aug 22, 2013
  12. Jul 26, 2013
    • Richard Mudgett's avatar
      Remove the unsafe bridge parameter from ast_bridge_hook_callback's. · c017d5e6
      Richard Mudgett authored
      Most hook callbacks did not need the bridge parameter.  The pointer value
      could become invalid if the channel is moved to another bridge while it is
      executing.
      
      * Fixed some issues in feature_attended_transfer() as a result.
      
      * Reduce the bridge inhibit count in
      attended_transfer_properties_shutdown() after it has restored the bridge
      channel hooks.
      
      * Removed basic bridge requirement on feature_blind_transfer().  It does
      not require the basic bridge like feature_attended_transfer().
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@395574 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      c017d5e6
  13. Jul 25, 2013
  14. Jul 24, 2013
  15. Jul 23, 2013
  16. Jul 04, 2013
  17. Jul 03, 2013
  18. Jul 01, 2013
  19. Jun 28, 2013
  20. Jun 06, 2013
    • Richard Mudgett's avatar
      Reimplement bridging and DTMF features related channel variables in the bridging core. · bad8caa8
      Richard Mudgett authored
      * The channel variable ATTENDED_TRANSFER_COMPLETE_SOUND is no longer
      channel driver specific.  If the channel variable is set on the
      transferrer channel, the sound will be played to the target of an attended
      transfer.
      
      * The channel variable BRIDGEPEER becomes a comma separated list of peers
      in a multi-party bridge.  The BRIDGEPEER value can have a maximum of 10
      peers listed.  Any more peers in the bridge will not be included in the
      list.  BRIDGEPEER is not valid in holding bridges like parking since those
      channels do not talk to each other even though they are in a bridge.
      
      * The channel variable BRIDGEPVTCALLID is only valid for two party bridges
      and will contain a value if the BRIDGEPEER's channel driver supports it.
      
      * The channel variable DYNAMIC_PEERNAME is redundant with BRIDGEPEER and
      is removed.  The more useful DYNAMIC_WHO_ACTIVATED gives the channel name
      that activated the dynamic feature.
      
      * The channel variables DYNAMIC_FEATURENAME and DYNAMIC_WHO_ACTIVATED are
      set only on the channel executing the dynamic feature.  Executing a
      dynamic feature on the bridge peer in a multi-party bridge will execute it
      on all peers of the activating channel.
      
      (closes issue ASTERISK-21555)
      Reported by: Matt Jordan
      
      Review: https://reviewboard.asterisk.org/r/2582/
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@390771 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      bad8caa8
    • Mark Michelson's avatar
      Refactor the features configuration scheme. · 2dc8a060
      Mark Michelson authored
      Features configuration is handled in its own API in
      features_config.h and features_config.c. This way, features
      configuration is accessible to anything that needs it.
      
      In addition, features configuration has been altered to
      be more channel-oriented. Most callers of features API
      code will be supplying a channel so that the individual
      channel's settings will be acquired rather than the global
      setting.
      
      Missing from this commit is XML documentation for the
      features configuration. That will be handled in a separate
      commit.
      
      Review: https://reviewboard.asterisk.org/r/2578/
      
      (issue ASTERISK-21542)
      
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@390751 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      2dc8a060
  21. May 31, 2013
  22. May 28, 2013
  23. May 21, 2013
  24. Jan 21, 2013
  25. Feb 29, 2012
  26. Feb 20, 2012
  27. Feb 13, 2012
  28. Jan 13, 2012
  29. Dec 13, 2011
  30. Jul 14, 2011
  31. Apr 21, 2011
  32. Jun 26, 2009
    • Russell Bryant's avatar
      Merge the new Channel Event Logging (CEL) subsystem. · 0264eef1
      Russell Bryant authored
      CEL is the new system for logging channel events.  This was inspired after
      facing many problems trying to represent what is possible to happen to a call
      in Asterisk using CDR records.  For more information on CEL, see the built in
      HTML or PDF documentation generated from the files in doc/tex/.
      
      Many thanks to Steve Murphy (murf) and Brian Degenhardt (bmd) for their hard
      work developing this code.  Also, thanks to Matt Nicholson (mnicholson) and
      Sean Bright (seanbright) for their assistance in the final push to get this
      code ready for Asterisk trunk.
      
      Review: https://reviewboard.asterisk.org/r/239/
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@203638 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      0264eef1
  33. Mar 05, 2009
Loading