[asterisk-commits] lmadsen: tag 1.6.2.0-beta1 r183182 - /tags/1.6.2.0-beta1/
SVN commits to the Asterisk project
asterisk-commits at lists.digium.com
Thu Mar 19 11:31:19 CDT 2009
Author: lmadsen
Date: Thu Mar 19 11:31:13 2009
New Revision: 183182
URL: http://svn.digium.com/svn-view/asterisk?view=rev&rev=183182
Log:
Importing files for 1.6.2.0-beta1 release
Added:
tags/1.6.2.0-beta1/.lastclean (with props)
tags/1.6.2.0-beta1/.version (with props)
tags/1.6.2.0-beta1/ChangeLog (with props)
Added: tags/1.6.2.0-beta1/.lastclean
URL: http://svn.digium.com/svn-view/asterisk/tags/1.6.2.0-beta1/.lastclean?view=auto&rev=183182
==============================================================================
--- tags/1.6.2.0-beta1/.lastclean (added)
+++ tags/1.6.2.0-beta1/.lastclean Thu Mar 19 11:31:13 2009
@@ -1,0 +1,1 @@
+36
Propchange: tags/1.6.2.0-beta1/.lastclean
------------------------------------------------------------------------------
svn:eol-style = native
Propchange: tags/1.6.2.0-beta1/.lastclean
------------------------------------------------------------------------------
svn:keywords = none
Propchange: tags/1.6.2.0-beta1/.lastclean
------------------------------------------------------------------------------
svn:mime-type = text/plain
Added: tags/1.6.2.0-beta1/.version
URL: http://svn.digium.com/svn-view/asterisk/tags/1.6.2.0-beta1/.version?view=auto&rev=183182
==============================================================================
--- tags/1.6.2.0-beta1/.version (added)
+++ tags/1.6.2.0-beta1/.version Thu Mar 19 11:31:13 2009
@@ -1,0 +1,1 @@
+1.6.2.0-beta1
Propchange: tags/1.6.2.0-beta1/.version
------------------------------------------------------------------------------
svn:eol-style = native
Propchange: tags/1.6.2.0-beta1/.version
------------------------------------------------------------------------------
svn:keywords = none
Propchange: tags/1.6.2.0-beta1/.version
------------------------------------------------------------------------------
svn:mime-type = text/plain
Added: tags/1.6.2.0-beta1/ChangeLog
URL: http://svn.digium.com/svn-view/asterisk/tags/1.6.2.0-beta1/ChangeLog?view=auto&rev=183182
==============================================================================
--- tags/1.6.2.0-beta1/ChangeLog (added)
+++ tags/1.6.2.0-beta1/ChangeLog Thu Mar 19 11:31:13 2009
@@ -1,0 +1,11371 @@
+2009-03-19 Leif Madsen <lmadsen at digium.com>
+
+ * Release Asterisk 1.6.2.0-beta1
+
+2009-03-19 16:11 +0000 [r183122] Mark Michelson <mmichelson at digium.com>
+
+ * /, channels/chan_sip.c: Merged revisions 183117 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r183117 | mmichelson | 2009-03-19 11:07:54 -0500 (Thu, 19 Mar
+ 2009) | 20 lines Merged revisions 183115 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r183115 | mmichelson | 2009-03-19 11:04:02 -0500 (Thu, 19 Mar
+ 2009) | 14 lines Fix an issue where cancelled outgoing SIP calls
+ would erroneously report the device as "in use." A user was
+ having an issue where if an outgoing SIP call was canceled, the
+ SIP device would remain in use if we had not received any
+ response to the initial INVITE we sent out. The SIP device would
+ remain in use until the autocongestion timer was exhausted. I
+ tracked down the cause of this to be the section of code I am
+ removing here. I asked several people what the purpose of this
+ code was meant to be, but no one could give me any sort of answer
+ as to why this was here. The person who was having this issue has
+ been using this patch for several months and it has stopped the
+ problems they have had. AST-196 ........ ................
+
+2009-03-19 15:45 +0000 [r183068-183111] 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 [r183031] 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:39 +0000 [r182947] 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:53 +0000 [r182725] 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 16:46 +0000 [r182592] 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:01 +0000 [r182528-182534] 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 [r182453] 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-17 02:02 +0000 [r182409] Richard Mudgett <rmudgett at digium.com>
+
+ * channels/chan_dahdi.c, /: Merged revisions 182408 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk ........
+ r182408 | rmudgett | 2009-03-16 20:54:53 -0500 (Mon, 16 Mar 2009)
+ | 8 lines OPENR2 uses an incorrect string value if the extension
+ delimiter is not present. * Fixed OPENR2 using an incorrect
+ string value if the extension delimiter is not present in the
+ Dial() function. This was fixed for SS7 and PRI in trunk
+ -r172400. * Made OPENR2 stripmsd behavior the same as the SS7,
+ PRI, and others. * Removed trailing whitespace that appeared with
+ OPENR2. ........
+
+2009-03-16 20:51 +0000 [r182360-182361] Russell Bryant <russell at digium.com>
+
+ * /: svnmerge init
+
+ * / (added): Create a branch for 1.6.2
+
+2009-03-16 20:35 +0000 [r182355] Russell Bryant <russell at digium.com>
+
+ * CREDITS, channels/chan_dahdi.c, configs/chan_dahdi.conf.sample,
+ configure, include/asterisk/autoconfig.h.in, configure.ac,
+ CHANGES, makeopts.in: Add MFC/R2 support for chan_dahdi. This
+ commit introduces official support for R2 signaling in
+ chan_dahdi. The modifications to chan_dahdi, and the supporting
+ library, LibOpenR2, were both written by Moises Silva. Many users
+ are using this code, or a variant of it, in Asterisk 1.2, 1.4 and
+ 1.6 in Brazil, México and Argentina. An unknown number of users
+ (but at least 1) are using it in each of the following countries:
+ Colombia, Nepal, Thailand, Venezuela, Perú, and probably others.
+ To use this code, LibOpenR2 must be installed from
+ http://www.libopenr2.org/. Information about configuration can be
+ found in configs/chan_dahdi.conf.sample. The code committed is
+ the most up to date version, which was being maintained in
+ svn/asterisk/team/moy/mfcr2/. I would also like to include a
+ Thank You to the many others that tested this code beyond those
+ listed in this commit message. These are the names that I could
+ find in the mantis issue. (closes issue #12509) Reported by: moy
+ Patches: chan_zap-mfr2.patch uploaded by moy (license 222) Tested
+ by: moy, korihor, viniciusfontes, Skarmeth, loloski,
+ asbestoshead, titogarrido, heliocoelhojr, konsultex, ncorrare,
+ ecarruda, rtorresduque, PTorres, ychen Review:
+ http://reviewboard.digium.com/r/40/
+
+2009-03-16 17:49 +0000 [r182282] David Vossel <dvossel at digium.com>
+
+ * /, channels/chan_iax2.c: 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:33 +0000 [r182211-182278] Tilghman Lesher <tlesher at digium.com>
+
+ * funcs/func_env.c: 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
+
+ * channels/chan_local.c, /: 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 ........
+
+2009-03-16 13:58 +0000 [r182171] Joshua Colp <jcolp at digium.com>
+
+ * main/channel.c: 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:26 +0000 [r182029-182121] Mark Michelson <mmichelson at digium.com>
+
+ * apps/app_queue.c: Change faulty comparison used when announcing
+ average hold minutes and seconds (closes issue #14227) Reported
+ by: caspy
+
+ * main/features.c: Remove ast_ prefix from functions which are not
+ public.
+
+ * /, main/features.c: 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:25 +0000 [r182022] Joshua Colp <jcolp at digium.com>
+
+ * channels/chan_sip.c: 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:55 +0000 [r181985] Kevin P. Fleming <kpfleming at digium.com>
+
+ * channels/chan_sip.c: improve a bit of suboptimal code
+
+2009-03-13 01:26 +0000 [r181899] Richard Mudgett <rmudgett at digium.com>
+
+ * /: Merged revisions 181898 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 Just
+ recording the v1.4 change in trunk since it originally came from
+ here. ........ r181898 | rmudgett | 2009-03-12 20:19:29 -0500
+ (Thu, 12 Mar 2009) | 4 lines Use the correct branch integrated
+ property when generating the version string. Copied the
+ make_version file from Asterisk trunk. ........
+
+2009-03-12 21:43 +0000 [r181769-181846] Mark Michelson <mmichelson at digium.com>
+
+ * apps/app_queue.c: Run the macro on the queue member's channel
+ when he answers, not the caller's channel.
+
+ * /, channels/chan_sip.c: 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 17:32 +0000 [r181731] Tilghman Lesher <tlesher at digium.com>
+
+ * main/translate.c: 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:56 +0000 [r181612-181665] Joshua Colp <jcolp at digium.com>
+
+ * /, res/res_musiconhold.c: 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 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 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: Fix crash when sleep and retries argument was
+ not given to RetryDial application. (closes issue #14647)
+ Reported by: sherpya
+
+2009-03-12 01:33 +0000 [r181542-181577] Richard Mudgett <rmudgett at digium.com>
+
+ * build_tools/make_version: Whitespace chages.
+
+ * build_tools/make_version: Use the correct branch integrated
+ property when generating the version string
+
+2009-03-11 23:14 +0000 [r181499] Michiel van Baak <michiel at vanbaak.info>
+
+ * configs/sip.conf.sample: Provide correct hint to debug SIP
+ trouble in the default config (closes issue #14646) Reported by:
+ strk
+
+2009-03-11 22:25 +0000 [r181465] Russell Bryant <russell at digium.com>
+
+ * main/channel.c: Make handling of the BRIDGE_PLAY_SOUND variable
+ thread-safe.
+
+2009-03-11 22:20 +0000 [r181444] Jason Parker <jparker at digium.com>
+
+ * /, configure, configure.ac: 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:14 +0000 [r181424-181428] Russell Bryant <russell at digium.com>
+
+ * main/channel.c: Make handling of the BRIDGEPVTCALLID variable
+ thread-safe.
+
+ * main/channel.c, /: 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:34 +0000 [r181371] David Vossel <dvossel at digium.com>
+
+ * channels/iax2-parser.h, /, channels/chan_iax2.c: 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:26 +0000 [r181345] Joshua Colp <jcolp at digium.com>
+
+ * /, channels/chan_sip.c: 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) ........
+
+2009-03-11 17:04 +0000 [r181301] Tilghman Lesher <tlesher at digium.com>
+
+ * include/asterisk/astobj2.h: Turn off malloc debugging of astobj2,
+ since it apparently doesn't work too well during startup.
+
+2009-03-11 16:40 +0000 [r181296] Joshua Colp <jcolp at digium.com>
+
+ * /, channels/chan_sip.c: 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 16:19 +0000 [r181292] Russell Bryant <russell at digium.com>
+
+ * doc/google-soc2009-ideas.txt: Replace contents of this doc with a
+ pointer to its new home
+
+2009-03-11 14:28 +0000 [r181244] Mark Michelson <mmichelson at digium.com>
+
+ * apps/app_queue.c: Fix segfault when dialing a typo'd queue If
+ trying to dial a non-existent queue, there would be a segfault
+ when attempting to access q->weight, even though q was NULL. This
+ problem was introduced during the queue-reset merge and thus only
+ affects trunk. (closes issue #14643) Reported by: alecdavis
+
+2009-03-11 13:44 +0000 [r181210] Joshua Colp <jcolp at digium.com>
+
+ * apps/app_confbridge.c: Don't play the "you are about to be placed
+ into the conference" and "the leader has left the conference"
+ sounds if the quiet option is enabled. (reported by Vadim Lebedev
+ on the asterisk-dev list)
+
+2009-03-11 04:06 +0000 [r181135] Jeff Peeler <jpeeler at digium.com>
+
+ * 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,
+ pbx/pbx_config.c: 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 02:25 +0000 [r181099] Russell Bryant <russell at digium.com>
+
+ * doc/google-soc2009-ideas.txt: tabs to spaces
+
+2009-03-11 00:49 +0000 [r181032-181033] Mark Michelson <mmichelson at digium.com>
+
+ * channels/chan_sip.c: Add missing comment that quotes RFC 3891
+
+ * /, channels/chan_sip.c: 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. ........
+
+2009-03-11 00:29 +0000 [r181027-181028] Tilghman Lesher <tlesher at digium.com>
+
+ * main/strings.c, main/hashtab.c, include/asterisk/astobj2.h,
+ main/heap.c, include/asterisk/strings.h,
+ include/asterisk/hashtab.h, main/astobj2.c,
+ include/asterisk/heap.h: Add MALLOC_DEBUG to various utility
+ APIs, so that memory leaks can be tracked back to their source.
+ (related to issue #14636)
+
+ * main/pbx.c: Spacing changes only
+
+2009-03-10 22:03 +0000 [r180944] Jason Parker <jparker at digium.com>
+
+ * /, configure, configure.ac, autoconf/ast_prog_sed.m4,
+ autoconf/ast_check_gnu_make.m4: 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 22:03 +0000 [r180935-180942] Russell Bryant <russell at digium.com>
+
+ * doc/google-soc2009-ideas.txt: Add some notes on getting in
+ contact with the dev community
+
+ * doc/google-soc2009-ideas.txt: Remove difficulty and language
+ specifiers
+
+ * doc/google-soc2009-ideas.txt: Expand upon documentation of
+ manager event project
+
+2009-03-10 21:15 +0000 [r180898] Michiel van Baak <michiel at vanbaak.info>
+
+ * CHANGES: list the move of the astvarrundir from /var/run to
+ /var/run/asterisk (actually its $(localstatedir)/run/asterisk
+ Makes setups with asterisk as non-root easier to manage because
+ you can setup permissions on this dir instead of touching a file
+ and setting permissions on that. Files that come to mind are
+ asterisk.pid and asterisk.ctl socket. Prodded by and ok @russell
+
+2009-03-10 19:36 +0000 [r180859-180862] Russell Bryant <russell at digium.com>
+
+ * doc/google-soc2009-ideas.txt: add more projects
+
+ * doc/google-soc2009-ideas.txt: add more project ideas
+
+2009-03-10 14:40 +0000 [r180800] Joshua Colp <jcolp at digium.com>
+
+ * main/manager.c: Reset the thread local string buffer when
+ handling the UserEvent action. (closes issue #14593) Reported by:
+ JimDickenson
+
+2009-03-09 22:00 +0000 [r180750] Russell Bryant <russell at digium.com>
+
+ * doc/google-soc2009-ideas.txt: Add current mentors list, and first
+ pass on a project list broken out of "PineMango" I will work on
+ adding projects that have been sent to be via email tomorrow.
+
+2009-03-09 20:58 +0000 [r180719] Jeff Peeler <jpeeler at digium.com>
+
+ * include/asterisk/rtp.h, include/asterisk/extconf.h,
+ main/devicestate.c, include/asterisk/tcptls.h, main/enum.c,
+ include/asterisk/callerid.h, include/asterisk/doxyref.h,
+ include/asterisk/event.h, include/asterisk/audiohook.h,
+ include/asterisk/dsp.h, include/asterisk/timing.h,
+ include/asterisk/udptl.h, include/asterisk/dlinkedlists.h,
+ include/asterisk/utils.h, include/asterisk/devicestate.h,
+ include/asterisk/taskprocessor.h, include/asterisk/enum.h,
+ include/asterisk/astobj2.h, include/asterisk/config.h,
+ include/asterisk/channel.h, include/asterisk/manager.h,
+ include/asterisk/heap.h, include/asterisk/logger.h,
+ include/asterisk/http.h, include/asterisk/res_odbc.h,
+ include/asterisk/app.h, main/tcptls.c,
+ include/asterisk/linkedlists.h, include/asterisk/sched.h,
+ include/asterisk/datastore.h, include/asterisk/lock.h,
+ include/asterisk/pbx.h, include/asterisk/dnsmgr.h: 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-09 14:14 +0000 [r180684] Russell Bryant <russell at digium.com>
+
+ * doc/google-soc2009-ideas.txt (added): Add skeleton for GSoC ideas
+ list
+
+2009-03-07 15:36 +0000 [r180641] Russell Bryant <russell at digium.com>
+
+ * contrib/asterisk-ng-doxygen: Make some minor updates to the
+ doxygen configuration - add bridges directory to be processed -
+ add some res/ subdirs - alphabetize subdirs - use consistent
+ indentation
+
+2009-03-06 18:25 +0000 [r180579] Mark Michelson <mmichelson at digium.com>
+
+ * /, apps/app_voicemail.c: 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:26 +0000 [r180534] David Vossel <dvossel at digium.com>
+
+ * /, main/enum.c: 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:26 +0000 [r180383-180465] Mark Michelson <mmichelson at digium.com>
+
+ * /, apps/app_voicemail.c: 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 ........
+
+ * /, configs/voicemail.conf.sample, apps/app_voicemail.c: 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
[... 10671 lines stripped ...]
More information about the asterisk-commits
mailing list