[asterisk-commits] lmadsen: tag 1.6.1.0-rc3 r183119 - /tags/1.6.1.0-rc3/

SVN commits to the Asterisk project asterisk-commits at lists.digium.com
Thu Mar 19 11:09:04 CDT 2009


Author: lmadsen
Date: Thu Mar 19 11:08:59 2009
New Revision: 183119

URL: http://svn.digium.com/svn-view/asterisk?view=rev&rev=183119
Log:
Importing files for 1.6.1.0-rc3 release

Added:
    tags/1.6.1.0-rc3/.lastclean   (with props)
    tags/1.6.1.0-rc3/.version   (with props)
    tags/1.6.1.0-rc3/ChangeLog   (with props)

Added: tags/1.6.1.0-rc3/.lastclean
URL: http://svn.digium.com/svn-view/asterisk/tags/1.6.1.0-rc3/.lastclean?view=auto&rev=183119
==============================================================================
--- tags/1.6.1.0-rc3/.lastclean (added)
+++ tags/1.6.1.0-rc3/.lastclean Thu Mar 19 11:08:59 2009
@@ -1,0 +1,1 @@
+36

Propchange: tags/1.6.1.0-rc3/.lastclean
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: tags/1.6.1.0-rc3/.lastclean
------------------------------------------------------------------------------
    svn:keywords = none

Propchange: tags/1.6.1.0-rc3/.lastclean
------------------------------------------------------------------------------
    svn:mime-type = text/plain

Added: tags/1.6.1.0-rc3/.version
URL: http://svn.digium.com/svn-view/asterisk/tags/1.6.1.0-rc3/.version?view=auto&rev=183119
==============================================================================
--- tags/1.6.1.0-rc3/.version (added)
+++ tags/1.6.1.0-rc3/.version Thu Mar 19 11:08:59 2009
@@ -1,0 +1,1 @@
+1.6.1.0-rc3

Propchange: tags/1.6.1.0-rc3/.version
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: tags/1.6.1.0-rc3/.version
------------------------------------------------------------------------------
    svn:keywords = none

Propchange: tags/1.6.1.0-rc3/.version
------------------------------------------------------------------------------
    svn:mime-type = text/plain

Added: tags/1.6.1.0-rc3/ChangeLog
URL: http://svn.digium.com/svn-view/asterisk/tags/1.6.1.0-rc3/ChangeLog?view=auto&rev=183119
==============================================================================
--- tags/1.6.1.0-rc3/ChangeLog (added)
+++ tags/1.6.1.0-rc3/ChangeLog Thu Mar 19 11:08:59 2009
@@ -1,0 +1,55122 @@
+2009-03-19  Leif Madsen <lmadsen at digium.com>
+
+	* Release Asterisk 1.6.1.0-rc3
+
+2009-03-19 15:43 +0000 [r183067-183110]  Joshua Colp <jcolp at digium.com>
+
+	* /, channels/chan_sip.c: Merged revisions 183108 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r183108 |
+	  file | 2009-03-19 12:37:23 -0300 (Thu, 19 Mar 2009) | 11 lines
+	  Improve our triggering of a T38 switchover internally when
+	  triggered by a received reinvite. Previously we reached across
+	  the channel bridge to get the other party's SIP dialog structure
+	  in order to trigger an outgoing reinvite. This is extremely
+	  dangerous to do and only works if bridged to another SIP channel.
+	  This patch changes this to use the T38 control frame method of
+	  requesting a switchover. This change also causes the SIP channel
+	  driver to propogate back whether the switchover worked or not
+	  instead of blindly accepting the incoming T38 reinvite. Review:
+	  http://reviewboard.digium.com/r/200/ ........
+
+	* main/channel.c, /: Merged revisions 183057 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r183057 |
+	  file | 2009-03-18 19:22:56 -0300 (Wed, 18 Mar 2009) | 6 lines Fix
+	  an issue where a T38 control frame would get dropped. If two
+	  channels were bridged together using a generic bridge the T38
+	  control frame would get passed up instead of being indicated on
+	  the other channel. ........
+
+2009-03-18 21:19 +0000 [r183030]  Jeff Peeler <jpeeler at digium.com>
+
+	* /, channels/h323/ast_h323.cxx: Merged revisions 183028 via
+	  svnmerge from https://origsvn.digium.com/svn/asterisk/trunk
+	  ........ r183028 | jpeeler | 2009-03-18 16:18:27 -0500 (Wed, 18
+	  Mar 2009) | 4 lines Add some code removed by mistake from commit
+	  182722 that works around a file descriptor leak in versions of
+	  PWLib prior to 1.12.0. ........
+
+2009-03-18 14:32 +0000 [r182946]  Russell Bryant <russell at digium.com>
+
+	* main/poll.c, main/io.c, main/channel.c, channels/chan_skinny.c,
+	  configure, apps/app_mp3.c, res/res_agi.c,
+	  include/asterisk/poll-compat.h, channels/chan_alsa.c,
+	  main/asterisk.c, apps/app_nbscat.c, /, main/Makefile,
+	  include/asterisk/autoconfig.h.in, configure.ac,
+	  include/asterisk/io.h, main/utils.c, include/asterisk/channel.h:
+	  Merged revisions 182847 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r182847 | russell | 2009-03-17 21:28:55 -0500 (Tue, 17 Mar 2009)
+	  | 52 lines Merged revisions 182810 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r182810 | russell | 2009-03-17 21:09:13 -0500 (Tue, 17 Mar 2009)
+	  | 44 lines Fix cases where the internal poll() was not being used
+	  when it needed to be. We have seen a number of problems caused by
+	  poll() not working properly on Mac OSX. If you search around,
+	  you'll find a number of references to using select() instead of
+	  poll() to work around these issues. In Asterisk, we've had poll.c
+	  which implements poll() using select() internally. However, we
+	  were still getting reports of problems. vadim investigated a bit
+	  and realized that at least on his system, even though we were
+	  compiling in poll.o, the system poll() was still being used. So,
+	  the primary purpose of this patch is to ensure that we're using
+	  the internal poll() when we want it to be used. The changes are:
+	  1) Remove logic for when internal poll should be used from the
+	  Makefile. Instead, put it in the configure script. The logic in
+	  the configure script is the same as it was in the Makefile.
+	  Ideally, we would have a functionality test for the problem, but
+	  that's not actually possible, since we would have to be able to
+	  run an application on the _target_ system to test poll()
+	  behavior. 2) Always include poll.o in the build, but it will be
+	  empty if AST_POLL_COMPAT is not defined. 3) Change uses of poll()
+	  throughout the source tree to ast_poll(). I feel that it is good
+	  practice to give the API call a new name when we are changing its
+	  behavior and not using the system version directly in all cases.
+	  So, normally, ast_poll() is just redefined to poll(). On systems
+	  where AST_POLL_COMPAT is defined, ast_poll() is redefined to
+	  ast_internal_poll(). 4) Change poll() in main/poll.c to be
+	  ast_internal_poll(). It's worth noting that any code that still
+	  uses poll() directly will work fine (if they worked fine before).
+	  So, for example, out of tree modules that are using poll() will
+	  not stop working or anything. However, for modules to work
+	  properly on Mac OSX, ast_poll() needs to be used. (closes issue
+	  #13404) Reported by: agalbraith Tested by: russell, vadim
+	  http://reviewboard.digium.com/r/198/ ........ ................
+
+2009-03-17 20:52 +0000 [r182724]  Jeff Peeler <jpeeler at digium.com>
+
+	* channels/h323/chan_h323.h, channels/h323/compat_h323.cxx, /,
+	  channels/h323/ast_h323.cxx, configure,
+	  autoconf/ast_check_openh323.m4, channels/h323/compat_h323.h,
+	  channels/chan_h323.c, channels/h323/ast_h323.h: Merged revisions
+	  182722 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r182722 |
+	  jpeeler | 2009-03-17 15:47:31 -0500 (Tue, 17 Mar 2009) | 15 lines
+	  Allow H.323 Plus library to be used in addition to the OpenH323
+	  library Chan_h323 can now be compiled against both the previously
+	  supported versions of OpenH323 as well as the current H.323 Plus
+	  (version 1.20.2). The configure script has been modified to look
+	  in the default install location of h323 to hopefully help avoid
+	  using the environment variables OPENH323DIR and PWLIBDIR. Also,
+	  the CLI command "h323 show version" has been added which
+	  indicates which version of h323 is in use. (closes issue #11261)
+	  Reported by: vhatz Patches: asterisk-1.6.0.6-h323plus.patch
+	  uploaded by jthurman (license 614) ........
+
+2009-03-17 15:31 +0000 [r182570]  Russell Bryant <russell at digium.com>
+
+	* main/channel.c, /: Merged revisions 182553 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r182553 |
+	  russell | 2009-03-17 10:22:12 -0500 (Tue, 17 Mar 2009) | 5 lines
+	  Tweak the handling of the frame list inside of ast_answer(). This
+	  does not change any behavior, but moves the frames from the local
+	  frame list back to the channel read queue using an O(n) algorithm
+	  instead of O(n^2). ........
+
+2009-03-17 15:00 +0000 [r182527-182533]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* main/channel.c, /: Merged revisions 182530 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r182530 |
+	  kpfleming | 2009-03-17 09:59:33 -0500 (Tue, 17 Mar 2009) | 2
+	  lines correct logic flaw in ast_answer() changes in r182525
+	  ........
+
+	* main/channel.c, /, main/features.c, include/asterisk/channel.h:
+	  Merged revisions 182525 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r182525 |
+	  kpfleming | 2009-03-17 09:38:11 -0500 (Tue, 17 Mar 2009) | 11
+	  lines Improve behavior of ast_answer() to not lose incoming
+	  frames ast_answer(), when supplied a delay before returning to
+	  the caller, use ast_safe_sleep() to implement the delay.
+	  Unfortunately during this time any incoming frames are discarded,
+	  which is problematic for T.38 re-INVITES and other sorts of
+	  channel operations. When a delay is not passed to ast_answer(),
+	  it still delays for up to 500 milliseconds, waiting for media to
+	  arrive. Again, though, it discards any control frames, or
+	  non-voice media frames. This patch rectifies this situation, by
+	  storing all incoming frames during the delay period on a list,
+	  and then requeuing them onto the channel before returning to the
+	  caller. http://reviewboard.digium.com/r/196/ ........
+
+2009-03-17 05:54 +0000 [r182452]  Tilghman Lesher <tlesher at digium.com>
+
+	* main/db.c, /: Merged revisions 182450 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r182450 | tilghman | 2009-03-17 00:51:54 -0500 (Tue, 17 Mar 2009)
+	  | 14 lines Merged revisions 182449 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r182449 | tilghman | 2009-03-17 00:50:52 -0500 (Tue, 17 Mar 2009)
+	  | 7 lines Fix race in astdb The underlying db1 implementation
+	  does not fully isolate the pages retrieved from astdb, so the
+	  lock protecting accesses needs to be extended until the copy from
+	  the shared memory structure is done. (closes issue #14682)
+	  Reported by: makoto ........ ................
+
+2009-03-16 17:53 +0000 [r182284]  David Vossel <dvossel at digium.com>
+
+	* channels/chan_iax2.c, /: Merged revisions 182282 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r182282 | dvossel | 2009-03-16 12:49:58 -0500
+	  (Mon, 16 Mar 2009) | 13 lines Merged revisions 182281 via
+	  svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r182281 | dvossel | 2009-03-16 12:47:42 -0500 (Mon, 16 Mar 2009)
+	  | 7 lines Randomize IAX2 encryption padding The 16-32 byte random
+	  padding at the beginning of an encrypted IAX2 frame turns out to
+	  not be all that random at all. This patch calls ast_random to
+	  fill the padding buffer with random data. The padding is
+	  randomized at the beginning of every encrypted call and for every
+	  encrypted retransmit frame. Review:
+	  http://reviewboard.digium.com/r/193/ ........ ................
+
+2009-03-16 17:38 +0000 [r182280]  Tilghman Lesher <tlesher at digium.com>
+
+	* channels/chan_local.c, /, funcs/func_env.c: Merged revisions
+	  182211,182278 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r182211 | tilghman | 2009-03-16 10:50:55 -0500 (Mon, 16 Mar 2009)
+	  | 14 lines Merged revisions 182208 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r182208 | tilghman | 2009-03-16 10:39:15 -0500 (Mon, 16 Mar 2009)
+	  | 7 lines Fixup glare detection, to fix a memory leak of a local
+	  pvt structure. (closes issue #14656) Reported by: caspy Patches:
+	  20090313__bug14656__2.diff.txt uploaded by tilghman (license 14)
+	  Tested by: caspy ........ ................ r182278 | tilghman |
+	  2009-03-16 12:33:38 -0500 (Mon, 16 Mar 2009) | 7 lines Fix an
+	  off-by-one error in the FILE() function, and extend FILE()'s
+	  length parameter to work like variable substitution. Previously,
+	  FILE() returned one less character than specified, due to the
+	  terminating NULL. Both the offset and length parameters now
+	  behave identically to the way variable substitution offsets and
+	  lengths also work. (closes issue #14670) Reported by: BMC
+	  ................
+
+2009-03-16 14:00 +0000 [r182173]  Joshua Colp <jcolp at digium.com>
+
+	* main/channel.c, /: Merged revisions 182171 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r182171 |
+	  file | 2009-03-16 10:58:24 -0300 (Mon, 16 Mar 2009) | 7 lines Fix
+	  a memory leak in the ast_answer / __ast_answer API call. For a
+	  channel that is not yet answered this API call will wait until a
+	  voice frame is received on the channel before returning. It does
+	  this by waiting for frames on the channel and reading them in.
+	  The frames read in were not freed when they should have been.
+	  ........
+
+2009-03-13 21:27 +0000 [r182068-182123]  Mark Michelson <mmichelson at digium.com>
+
+	* apps/app_queue.c, /: Merged revisions 182121 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r182121 |
+	  mmichelson | 2009-03-13 16:26:20 -0500 (Fri, 13 Mar 2009) | 6
+	  lines Change faulty comparison used when announcing average hold
+	  minutes and seconds (closes issue #14227) Reported by: caspy
+	  ........
+
+	* /, main/features.c: Merged revisions 182029 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r182029 | mmichelson | 2009-03-13 12:26:43 -0500 (Fri, 13 Mar
+	  2009) | 41 lines Merged revisions 181990 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r181990 | mmichelson | 2009-03-13 12:12:32 -0500 (Fri, 13 Mar
+	  2009) | 35 lines Check the DYNAMIC_FEATURES of both the chan and
+	  peer when interpreting DTMF. Dynamic features defined in the
+	  applicationmap section of features.conf allow one to specify
+	  whether the caller, callee, or both have the ability to use the
+	  feature. The documentation in the features.conf.sample file could
+	  be interpreted to mean that one only needs to set the
+	  DYNAMIC_FEATURES channel variable on the calling channel in order
+	  to allow for the callee to be able to use the features which he
+	  should have permission to use. However, the DYNAMIC_FEATURES
+	  variable would only be read from the channel of the participant
+	  that pressed the DTMF sequence to activate the feature. The
+	  result of this was that the callee was unable to use dynamic
+	  features unless the dialplan writer had taken measures to be sure
+	  that the DYNAMIC_FEATURES variable was set on the callee's
+	  channel. This commit changes the behavior of
+	  ast_feature_interpret to concatenate the values of
+	  DYNAMIC_FEATURES from both parties involved in the bridge. The
+	  features themselves determine who has permission to use them, so
+	  there is no reason to believe that one side of the bridge could
+	  gain the ability to perform an action that they should not have
+	  the ability to perform. Kevin Fleming pointed out on the
+	  asterisk-users list that the typical way that this was worked
+	  around in the past was by setting _DYNAMIC_FEATURES on the
+	  calling channel so that the value would be inherited by the
+	  called channel. While this works, the documentation alone is not
+	  enough to figure out why this is necessary for the callee to be
+	  able to use dynamic features. In this particular case, changing
+	  the code to match the documentation is safe, easy, and will
+	  generally make things easier for people for future installations.
+	  This bug was originally reported on the asterisk-users list by
+	  David Ruggles. (closes issue #14657) Reported by: mmichelson
+	  Patches: 14657.patch uploaded by mmichelson (license 60) ........
+	  ................
+
+2009-03-13 17:29 +0000 [r182042]  Joshua Colp <jcolp at digium.com>
+
+	* /, channels/chan_sip.c: Merged revisions 182022 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r182022 |
+	  file | 2009-03-13 14:25:09 -0300 (Fri, 13 Mar 2009) | 7 lines Fix
+	  an issue with requesting a T38 reinvite before the call is
+	  answered. The code responsible for sending the T38 reinvite did
+	  not check if an INVITE was already being handled. This caused
+	  things to get confused and the call to fail. The code now defers
+	  sending the T38 reinvite until the current INVITE is done being
+	  handled. (issue AST-191) ........
+
+2009-03-13 16:58 +0000 [r181987]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* /, channels/chan_sip.c: Merged revisions 181985 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r181985 |
+	  kpfleming | 2009-03-13 11:55:38 -0500 (Fri, 13 Mar 2009) | 1 line
+	  improve a bit of suboptimal code ........
+
+2009-03-12 21:45 +0000 [r181771-181849]  Mark Michelson <mmichelson at digium.com>
+
+	* apps/app_queue.c, /: Merged revisions 181846 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r181846 |
+	  mmichelson | 2009-03-12 16:43:51 -0500 (Thu, 12 Mar 2009) | 3
+	  lines Run the macro on the queue member's channel when he
+	  answers, not the caller's channel. ........
+
+	* /, channels/chan_sip.c: Merged revisions 181769 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r181769 | mmichelson | 2009-03-12 13:30:58 -0500 (Thu, 12 Mar
+	  2009) | 28 lines Merged revisions 181768 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r181768 | mmichelson | 2009-03-12 13:29:48 -0500 (Thu, 12 Mar
+	  2009) | 22 lines Properly send a 487 on an INVITE we have not
+	  responded to if we receive a BYE. If we receive an INVITE from an
+	  endpoint and then later receive a BYE from that same endpoint
+	  before we have sent a final response for the INVITE, then we need
+	  to respond to the INVITE with a 487. There was logic in the code
+	  prior to this commit which seemed to exist solely to handle this
+	  situation, but there was one condition in an if statement which
+	  was incorrect. The only way we would send a 487 was if the
+	  sip_pvt had no owner channel. This made no sense since we created
+	  the owner channel when we received the INVITE, meaning that the
+	  majority of the time we would never send the 487. The 487 being
+	  sent should not rely on whether we have created a channel. Its
+	  delivery should be dependent on the current state of the initial
+	  INVITE transaction. With this commit, that logic is now correctly
+	  in place. (closes issue #14149) Reported by: legranjl Patches:
+	  14149.patch uploaded by mmichelson (license 60) Tested by:
+	  legranjl ........ ................
+
+2009-03-12 18:07 +0000 [r181733]  Tilghman Lesher <tlesher at digium.com>
+
+	* /, main/translate.c: Merged revisions 181731 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r181731 |
+	  tilghman | 2009-03-12 12:32:13 -0500 (Thu, 12 Mar 2009) | 9 lines
+	  Adjust translation table column widths based upon the translation
+	  times. Previously, only 5 columns were displayed, and if a
+	  translation time exceeded 99,999 useconds, it would be displayed
+	  as 0, instead of its actual time. (closes issue #14532) Reported
+	  by: pj Patches: 20090311__bug14532.diff.txt uploaded by tilghman
+	  (license 14) Tested by: pj ........
+
+2009-03-12 16:58 +0000 [r181614-181667]  Joshua Colp <jcolp at digium.com>
+
+	* /, res/res_musiconhold.c: Merged revisions 181665 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r181665 | file | 2009-03-12 13:56:58 -0300 (Thu,
+	  12 Mar 2009) | 9 lines Merged revisions 181664 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r181664 | file | 2009-03-12 13:56:20 -0300 (Thu, 12 Mar 2009) | 2
+	  lines Fix incorrect usage of strncasecmp... I really meant to use
+	  strcasecmp. ........ ................
+
+	* /, res/res_musiconhold.c: Merged revisions 181661 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r181661 | file | 2009-03-12 13:53:52 -0300 (Thu,
+	  12 Mar 2009) | 19 lines Merged revisions 181659-181660 via
+	  svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r181659 | file | 2009-03-12 13:50:37 -0300 (Thu, 12 Mar 2009) | 8
+	  lines Fix another scenario where depending on configuration the
+	  stream would not get read. For custom commands we don't know
+	  whether the audio is coming from a stream or not so we are going
+	  to have to read the data despite no channels. (closes issue
+	  #14416) Reported by: caspy ........ r181660 | file | 2009-03-12
+	  13:52:45 -0300 (Thu, 12 Mar 2009) | 2 lines Fix logic flaw in
+	  previous commit. ........ ................
+
+	* /, res/res_musiconhold.c: Merged revisions 181656 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r181656 | file | 2009-03-12 13:32:20 -0300 (Thu,
+	  12 Mar 2009) | 17 lines Merged revisions 181655 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r181655 | file | 2009-03-12 13:29:19 -0300 (Thu, 12 Mar 2009) |
+	  10 lines Fix issue with streaming MOH failing if nobody is
+	  listening. When a music class is setup to actually provide music
+	  on hold from a stream we need to constantly read audio from it
+	  since it will constantly be providing audio. This is now done
+	  despite there being no channels listening to it. (closes issue
+	  #14416) Reported by: caspy ........ ................
+
+	* apps/app_dial.c, /: Merged revisions 181612 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r181612 |
+	  file | 2009-03-12 10:24:12 -0300 (Thu, 12 Mar 2009) | 5 lines Fix
+	  crash when sleep and retries argument was not given to RetryDial
+	  application. (closes issue #14647) Reported by: sherpya ........
+
+2009-03-12 01:05 +0000 [r181544]  Richard Mudgett <rmudgett at digium.com>
+
+	* /, build_tools/make_version: Merged revisions 181542 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk ........
+	  r181542 | rmudgett | 2009-03-11 20:00:29 -0500 (Wed, 11 Mar 2009)
+	  | 1 line Use the correct branch integrated property when
+	  generating the version string ........
+
+2009-03-11 23:21 +0000 [r181521]  Michiel van Baak <michiel at vanbaak.info>
+
+	* /, configs/sip.conf.sample: Merged revisions 181499 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk Provide
+	  correct hint to debug SIP trouble in the default config (closes
+	  issue #14646) Reported by: strk
+
+2009-03-11 22:27 +0000 [r181474]  Russell Bryant <russell at digium.com>
+
+	* main/channel.c, /: Merged revisions 181465 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r181465 |
+	  russell | 2009-03-11 17:25:57 -0500 (Wed, 11 Mar 2009) | 2 lines
+	  Make handling of the BRIDGE_PLAY_SOUND variable thread-safe.
+	  ........
+
+2009-03-11 22:23 +0000 [r181457]  Jason Parker <jparker at digium.com>
+
+	* /, configure, configure.ac: Merged revisions 181444 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r181444 | qwell | 2009-03-11 17:20:13 -0500
+	  (Wed, 11 Mar 2009) | 11 lines Merged revisions 181436 via
+	  svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r181436 | qwell | 2009-03-11 17:18:42 -0500 (Wed, 11 Mar 2009) |
+	  4 lines Allow prefix to set localstatedir (when used and
+	  different from the default). This is similar to the /etc change
+	  that was made for the non-FreeBSD case. ........ ................
+
+2009-03-11 22:16 +0000 [r181426-181430]  Russell Bryant <russell at digium.com>
+
+	* main/channel.c, /: Merged revisions 181428 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r181428 |
+	  russell | 2009-03-11 17:14:55 -0500 (Wed, 11 Mar 2009) | 2 lines
+	  Make handling of the BRIDGEPVTCALLID variable thread-safe.
+	  ........
+
+	* main/channel.c, /: Merged revisions 181424 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r181424 | russell | 2009-03-11 16:49:29 -0500 (Wed, 11 Mar 2009)
+	  | 17 lines Merged revisions 181423 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r181423 | russell | 2009-03-11 16:42:58 -0500 (Wed, 11 Mar 2009)
+	  | 9 lines Make code that updates BRIDGEPEER variable thread-safe.
+	  It is not safe to read the name field of an ast_channel without
+	  the channel locked. This patch fixes some places in channel.c
+	  where this was being done, and lead to crashes related to
+	  masquerades. (closes issue #14623) Reported by: guillecabeza
+	  ........ ................
+
+2009-03-11 17:40 +0000 [r181373]  David Vossel <dvossel at digium.com>
+
+	* channels/chan_iax2.c, channels/iax2-parser.h, /: Merged revisions
+	  181371 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r181371 | dvossel | 2009-03-11 12:34:57 -0500 (Wed, 11 Mar 2009)
+	  | 17 lines Merged revisions 181340 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r181340 | dvossel | 2009-03-11 12:25:31 -0500 (Wed, 11 Mar 2009)
+	  | 11 lines encrypted IAX2 during packet loss causes decryption to
+	  fail on retransmitted frames If an iax channel is encrypted, and
+	  a retransmit frame is sent, that packet's iseqno is updated while
+	  it is encrypted. This causes the entire frame to be corrupted.
+	  When the corrupted frame is sent, the other side decrypts it and
+	  sends a VNAK back because the decrypted frame doesn't make any
+	  sense. When we get the VNAK, we look through the sent queue and
+	  send the same corrupted frame causing a loop. To fix this,
+	  encrypted frames requiring retransmission are decrypted, updated,
+	  then re-encrypted. Since key-rotation may change the key held by
+	  the pvt struct, the keys used for encryption/decryption are held
+	  within the iax_frame to guarantee they remain correct. (closes
+	  issue #14607) Reported by: stevenla Tested by: dvossel Review:
+	  http://reviewboard.digium.com/r/192/ ........ ................
+
+2009-03-11 17:29 +0000 [r181298-181359]  Joshua Colp <jcolp at digium.com>
+
+	* /, channels/chan_sip.c: Merged revisions 181345 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r181345 | file | 2009-03-11 14:26:40 -0300 (Wed, 11 Mar 2009) |
+	  21 lines Merged revisions 181328 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r181328 | file | 2009-03-11 14:22:52 -0300 (Wed, 11 Mar 2009) |
+	  14 lines Fix issue where an attended transfer could not be
+	  completed under a rare scenario. When completing an attended
+	  transfer chan_sip does a check to make sure the extension in the
+	  URI portion of the Refer-To header is a local valid extension. We
+	  don't actually need to check this since we know for sure the
+	  other channel is already up and talking to the extension. Some
+	  devices do not put the extension in the Refer-To header either,
+	  which can cause the extension check to fail. We now no longer do
+	  this check if it is an attended transfer. (closes issue #14628)
+	  Reported by: sverre Patches: 14628.diff uploaded by file (license
+	  11) ........ ................
+
+	* /, channels/chan_sip.c: Merged revisions 181296 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r181296 | file | 2009-03-11 13:40:48 -0300 (Wed, 11 Mar 2009) |
+	  16 lines Merged revisions 181295 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r181295 | file | 2009-03-11 13:36:50 -0300 (Wed, 11 Mar 2009) | 9
+	  lines Fix a problem with inband DTMF detection on outgoing SIP
+	  calls when dtmfmode=auto. When dtmfmode was set to auto the
+	  inband DTMF detector was not setup on outgoing SIP calls. This
+	  caused inband DTMF detection to fail. The inband DTMF detector is
+	  now setup for both dtmfmode inband and auto. (closes issue
+	  #13713) Reported by: makoto ........ ................
+
+2009-03-11 15:54 +0000 [r181199-181283]  Jeff Peeler <jpeeler at digium.com>
+
+	* channels/h323/ast_h323.cxx: add missing header file
+
+	* pbx/pbx_config.c, utils/Makefile, include/asterisk/utils.h,
+	  include/asterisk/astmm.h, /, channels/chan_sip.c,
+	  channels/h323/ast_h323.cxx, main/features.c, utils/extconf.c:
+	  Merged revisions 181135 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r181135 |
+	  jpeeler | 2009-03-10 23:06:44 -0500 (Tue, 10 Mar 2009) | 20 lines
+	  Fix malloc debug macros to work properly with h323. The main
+	  problem here was that cstdlib was undefining free thereby causing
+	  the proper debug macros to not be used. ast_h323.cxx has been
+	  changed to call ast_free instead to avoid the issue. A few other
+	  issues were addressed: - There were a few instances of functions
+	  improperly passing ast_free instead of ast_free_ptr. - Some clean
+	  up was done to avoid the debug macros intentionally being
+	  redefined. (copied below from Kevin's commit, appreciate the
+	  help) - disable astmm.h from doing anything when STANDALONE is
+	  defined, which is used by the tools in the utils/ directory that
+	  use parts of Asterisk header files in hackish ways; also ensure
+	  that utils/extconf.c and utils/conf2ael.c are compiled with
+	  STANDALONE defined. (closes issue #13593) Reported by: pj
+	  ........
+
+2009-03-11 01:04 +0000 [r181035]  Mark Michelson <mmichelson at digium.com>
+
+	* /, channels/chan_sip.c: Merged revisions 181032-181033 via
+	  svnmerge from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r181032 | mmichelson | 2009-03-10 19:46:47 -0500
+	  (Tue, 10 Mar 2009) | 19 lines Merged revisions 181029,181031 via
+	  svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r181029 | mmichelson | 2009-03-10 19:30:26 -0500 (Tue, 10 Mar
+	  2009) | 9 lines Fix incorrect tag checking on transfers when
+	  pedantic=yes is enabled. (closes issue #14611) Reported by:
+	  klaus3000 Patches: patch_chan_sip_attended_transfer_1.4.23.txt
+	  uploaded by klaus3000 (license 65) Tested by: klaus3000 ........
+	  r181031 | mmichelson | 2009-03-10 19:32:40 -0500 (Tue, 10 Mar
+	  2009) | 3 lines Remove unused variables. ........
+	  ................ r181033 | mmichelson | 2009-03-10 19:49:00 -0500
+	  (Tue, 10 Mar 2009) | 3 lines Add missing comment that quotes RFC
+	  3891 ................
+
+2009-03-10 22:07 +0000 [r180947]  Jason Parker <jparker at digium.com>
+
+	* /, configure, configure.ac, autoconf/ast_prog_sed.m4,
+	  autoconf/ast_check_gnu_make.m4: Merged revisions 180944 via
+	  svnmerge from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r180944 | qwell | 2009-03-10 17:03:41 -0500
+	  (Tue, 10 Mar 2009) | 9 lines Merged revisions 180941 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/branches/1.4
+	  ........ r180941 | qwell | 2009-03-10 17:02:18 -0500 (Tue, 10 Mar
+	  2009) | 1 line Make things happier when using autoconf 2.62+
+	  ........ ................
+
+2009-03-10 14:42 +0000 [r180802]  Joshua Colp <jcolp at digium.com>
+
+	* main/manager.c, /: Merged revisions 180800 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r180800 |
+	  file | 2009-03-10 11:40:38 -0300 (Tue, 10 Mar 2009) | 5 lines
+	  Reset the thread local string buffer when handling the UserEvent
+	  action. (closes issue #14593) Reported by: JimDickenson ........
+
+2009-03-09 21:22 +0000 [r180740]  Jeff Peeler <jpeeler at digium.com>
+
+	* include/asterisk/heap.h, include/asterisk/http.h,
+	  include/asterisk/logger.h, main/tcptls.c,
+	  include/asterisk/res_odbc.h, include/asterisk/doxyref.h,
+	  include/asterisk/event.h, include/asterisk/audiohook.h,
+	  include/asterisk/dsp.h, include/asterisk/lock.h,
+	  include/asterisk/udptl.h, include/asterisk/dnsmgr.h,
+	  include/asterisk/utils.h, include/asterisk/devicestate.h, /,
+	  include/asterisk/taskprocessor.h, include/asterisk/astobj2.h,
+	  include/asterisk/channel.h, include/asterisk/tcptls.h,
+	  include/asterisk/manager.h, main/enum.c,
+	  include/asterisk/callerid.h, include/asterisk/app.h,
+	  include/asterisk/linkedlists.h, include/asterisk/sched.h,
+	  include/asterisk/datastore.h, include/asterisk/timing.h,
+	  include/asterisk/dlinkedlists.h, include/asterisk/pbx.h,
+	  include/asterisk/enum.h, include/asterisk/config.h,
+	  include/asterisk/rtp.h, include/asterisk/extconf.h,
+	  main/devicestate.c: Merged revisions 180719 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r180719 |
+	  jpeeler | 2009-03-09 15:58:17 -0500 (Mon, 09 Mar 2009) | 16 lines
+	  Add Doxygen documentation for API changes from 1.6.0 to 1.6.1
+	  Copied from my review board description: This is a continuation
+	  of the API changes documentation started for describing changes
+	  between releases. Most of the API changes were pretty simple
+	  needing only to be brought to attention via the new "Asterisk API
+	  Changes" list. However, if you see anything that needs further
+	  explanation feel free to supplement what is there. The current
+	  method of documenting is to add (in the header file): \version
+	  <ver number> <description of changes> and then to add the
+	  function to the change list in doxyref.h on the AstAPIChanges
+	  page. I also made sure all the functions that were newly added
+	  were tagged with \since 1.6.1. I think this is a good habit to
+	  start both for the historical aspect as well as for the future
+	  ability to easily add a "New Asterisk API" page. Review:
+	  http://reviewboard.digium.com/r/190/ ........
+
+2009-03-06 18:26 +0000 [r180585]  Mark Michelson <mmichelson at digium.com>
+
+	* apps/app_voicemail.c, /: Merged revisions 180579 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r180579 | mmichelson | 2009-03-06 12:25:44 -0600
+	  (Fri, 06 Mar 2009) | 9 lines Merged revisions 180567 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/branches/1.4
+	  ........ r180567 | mmichelson | 2009-03-06 12:23:09 -0600 (Fri,
+	  06 Mar 2009) | 2 lines Make compilation succeed in dev-mode when
+	  IMAP storage is enabled. ........ ................
+
+2009-03-06 17:35 +0000 [r180537]  David Vossel <dvossel at digium.com>
+
+	* main/enum.c, /: Merged revisions 180534 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r180534 | dvossel | 2009-03-06 11:26:38 -0600 (Fri, 06 Mar 2009)
+	  | 15 lines Merged revisions 180532 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r180532 | dvossel | 2009-03-06 11:19:55 -0600 (Fri, 06 Mar 2009)
+	  | 9 lines Fix handling of backreferences for ENUM lookups enum.c
+	  did not handle regex backtraces correctly. The '\1' in the regex
+	  is a backreference that requires a pattern match to be inserted.
+	  The way the code used to work is that it would find the
+	  backreference and insert the entire input string minus the '+'.
+	  This is incorrect. The regexec() function takes in a variable
+	  called pmatch which is an array of structs containing the start
+	  and end indexes for each backreference substring. The original
+	  code actually passed the pmatch array pointer into regexec but
+	  never did anything with it. Now when a backtrace is found, the
+	  backtrace number is looked up in the pmatch array and the correct
+	  substring is inserted. (closes issue #14576) Reported by:
+	  chris-mac Review: http://reviewboard.digium.com/r/187/ ........
+	  ................
+
+2009-03-05 23:28 +0000 [r180425-180467]  Mark Michelson <mmichelson at digium.com>
+
+	* apps/app_voicemail.c, /: Merged revisions 180465 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r180465 | mmichelson | 2009-03-05 17:26:58 -0600
+	  (Thu, 05 Mar 2009) | 22 lines Merged revisions 180464 via
+	  svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r180464 | mmichelson | 2009-03-05 17:26:11 -0600 (Thu, 05 Mar
+	  2009) | 16 lines [IMAP] Fix message retrieval issues when
+	  identical mailbox names were defined in separate contexts. There
+	  was a fix put in a while back so that an X-Asterisk-VM-Context
+	  message header was added to stored IMAP voicemails. This would
+	  allow for us to differentiate if the same mailbox name was used
+	  in multiple contexts. The problem still left was that not all
+	  places where messages were retrieved actually attempted to use
+	  this header for information when retrieving messages. This commit
+	  fixes that so that MWI and message retrieval from VoiceMailMain
+	  work as expected. (closes issue #13853) Reported by: vicks1
+	  Patches: 13853_v2.patch uploaded by mmichelson (license 60)
+	  Tested by: lmadsen ........ ................
+
+	* apps/app_voicemail.c, /, configs/voicemail.conf.sample: Merged
+	  revisions 180383 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r180383 | mmichelson | 2009-03-05 13:14:14 -0600 (Thu, 05 Mar
+	  2009) | 31 lines Merged revisions 180380 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r180380 | mmichelson | 2009-03-05 12:58:48 -0600 (Thu, 05 Mar
+	  2009) | 25 lines Fix broken mailbox parsing when searchcontexts
+	  option is enabled. When using the searchcontexts option in
+	  voicemail.conf, the code made the assumption that all mailbox
+	  names defined were unique across all contexts. However, the code
+	  did nothing to actually enforce this assumption, nor did it do
+	  anything to alert a user that he may have created an ambiguity in
+	  his voicemail.conf file by defining the same mailbox name in
+	  multiple contexts. With this change, we now will issue a nice
+	  long warning if searchcontexts is on and we encounter the same
+	  mailbox name in multiple contexts and ignore any duplicates after
+	  the first box. Whether searchcontexts is enabled or not, if we
+	  come across a duplicate mailbox in the same context, then we will
+	  issue a warning and ignore the duplicated mailbox. I have also
+	  added a small note to voicemail.conf.sample in the explanation
+	  for searchcontexts explaining that you cannot define the same
+	  mailbox in multiple contexts if you have enabled the option.
+	  (closes issue #14599) Reported by: lmadsen Patches: 14599.patch
+	  uploaded by mmichelson (license 60) (with slight modification)
+	  Tested by: lmadsen ........ ................
+
+2009-03-05 18:40 +0000 [r180378]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* include/asterisk/frame.h, main/rtp.c, main/frame.c, /: Merged
+	  revisions 180373 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r180373 | kpfleming | 2009-03-05 12:29:38 -0600 (Thu, 05 Mar
+	  2009) | 15 lines Merged revisions 180372 via svnmerge from

[... 54469 lines stripped ...]



More information about the asterisk-commits mailing list