[asterisk-commits] russell: tag 1.6.1-beta1 r146027 - /tags/1.6.1-beta1/

SVN commits to the Asterisk project asterisk-commits at lists.digium.com
Fri Oct 3 12:23:01 CDT 2008


Author: russell
Date: Fri Oct  3 12:23:00 2008
New Revision: 146027

URL: http://svn.digium.com/view/asterisk?view=rev&rev=146027
Log:
Importing files for 1.6.1-beta1 release

Added:
    tags/1.6.1-beta1/.lastclean   (with props)
    tags/1.6.1-beta1/.version   (with props)
    tags/1.6.1-beta1/ChangeLog   (with props)

Added: tags/1.6.1-beta1/.lastclean
URL: http://svn.digium.com/view/asterisk/tags/1.6.1-beta1/.lastclean?view=auto&rev=146027
==============================================================================
--- tags/1.6.1-beta1/.lastclean (added)
+++ tags/1.6.1-beta1/.lastclean Fri Oct  3 12:23:00 2008
@@ -1,0 +1,1 @@
+35

Propchange: tags/1.6.1-beta1/.lastclean
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: tags/1.6.1-beta1/.lastclean
------------------------------------------------------------------------------
    svn:keywords = none

Propchange: tags/1.6.1-beta1/.lastclean
------------------------------------------------------------------------------
    svn:mime-type = text/plain

Added: tags/1.6.1-beta1/.version
URL: http://svn.digium.com/view/asterisk/tags/1.6.1-beta1/.version?view=auto&rev=146027
==============================================================================
--- tags/1.6.1-beta1/.version (added)
+++ tags/1.6.1-beta1/.version Fri Oct  3 12:23:00 2008
@@ -1,0 +1,1 @@
+1.6.1-beta1

Propchange: tags/1.6.1-beta1/.version
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: tags/1.6.1-beta1/.version
------------------------------------------------------------------------------
    svn:keywords = none

Propchange: tags/1.6.1-beta1/.version
------------------------------------------------------------------------------
    svn:mime-type = text/plain

Added: tags/1.6.1-beta1/ChangeLog
URL: http://svn.digium.com/view/asterisk/tags/1.6.1-beta1/ChangeLog?view=auto&rev=146027
==============================================================================
--- tags/1.6.1-beta1/ChangeLog (added)
+++ tags/1.6.1-beta1/ChangeLog Fri Oct  3 12:23:00 2008
@@ -1,0 +1,12087 @@
+2008-10-03 - Russell Bryant <russell at digium.com>
+
+	* Asterisk 1.6.1-beta1 Released
+
+2008-10-02 19:31 +0000 [r145960-145964]  Russell Bryant <russell at digium.com>
+
+	* CHANGES, /: Merged revisions 145962 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r145962 |
+	  russell | 2008-10-02 14:30:45 -0500 (Thu, 02 Oct 2008) | 2 lines
+	  The 'P' command for ExternalIVR was also added in 1.6.0 ........
+
+	* CHANGES, /: Merged revisions 145959 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r145959 |
+	  russell | 2008-10-02 14:27:37 -0500 (Thu, 02 Oct 2008) | 2 lines
+	  TCP support for ExternalIVR went in to 1.6.1, not 1.6.0 ........
+
+2008-10-02 15:30 +0000 [r145781]  Sean Bright <sean.bright at gmail.com>
+
+	* /, configure, configure.ac: Merged revisions 145771 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk ........
+	  r145771 | seanbright | 2008-10-02 11:28:48 -0400 (Thu, 02 Oct
+	  2008) | 1 line This is much cleaner, methinks. ........
+
+2008-10-02 15:19 +0000 [r145754]  Tilghman Lesher <tlesher at digium.com>
+
+	* res/res_odbc.c, /: Merged revisions 145752 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r145752 | tilghman | 2008-10-02 10:17:16 -0500 (Thu, 02 Oct 2008)
+	  | 10 lines Merged revisions 145751 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r145751 | tilghman | 2008-10-02 10:13:21 -0500 (Thu, 02 Oct 2008)
+	  | 3 lines Some sanity checks that may have led to prior crashes,
+	  found by codefreeze-lap (murf) on IRC. Also some cleanup of
+	  incorrectly-used constants. ........ ................
+
+2008-10-01 23:54 +0000 [r145694]  Sean Bright <sean.bright at gmail.com>
+
+	* /, configure, configure.ac: Merged revisions 145692 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk ........
+	  r145692 | seanbright | 2008-10-01 19:48:16 -0400 (Wed, 01 Oct
+	  2008) | 7 lines Try a test compile using the GMime library. Some
+	  distros install gmime-config in the base package instead of the
+	  -devel package. Now we print a notice and disable GMime support
+	  instead of bombing during the main compilation. (closes issue
+	  #13583) Reported by: arkadia ........
+
+2008-10-01 22:24 +0000 [r145557-145609]  Mark Michelson <mmichelson at digium.com>
+
+	* /, main/features.c: Merged revisions 145606 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r145606 |
+	  mmichelson | 2008-10-01 17:23:50 -0500 (Wed, 01 Oct 2008) | 11
+	  lines Okay, this should really do it now. While I did manage to
+	  fix blind transfers with my last commit here, I also caused an
+	  unwanted side-effect. That is, only the first priority of the 'h'
+	  extension would be executed when a blind transfer occurred
+	  instead of all priorities. Essentially, my last commit corrected
+	  the return value of ast_bridge_call. However, the implementation
+	  still was not 100% correct. Now it is. ........
+
+	* /, main/features.c: Merged revisions 145579 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r145579 |
+	  mmichelson | 2008-10-01 16:33:11 -0500 (Wed, 01 Oct 2008) | 4
+	  lines if (!(x) == 0) is the same as if (x). ........
+
+	* /, main/features.c: Merged revisions 145553 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r145553 |
+	  mmichelson | 2008-10-01 16:06:26 -0500 (Wed, 01 Oct 2008) | 13
+	  lines The logic surrounding the return value of
+	  ast_spawn_extension within ast_bridge_call was reversed. This
+	  problem was observed when a blind transfer placed from the callee
+	  channel of a test call failed. While the problem I am solving
+	  here is exactly the same as what was reported in issue #13584,
+	  the difference is that this fix I am applying is trunk-only.
+	  Issue #13584 was reported against the 1.4 branch, and my tests of
+	  1.4's blind transfers appear to work fine. ........
+
+2008-10-01 17:33 +0000 [r145517]  Leif Madsen <lmadsen at digium.com>
+
+	* contrib/scripts/realtime_pgsql.sql, /: Merged revisions 145487
+	  via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r145487 | lmadsen | 2008-10-01 13:26:20 -0400
+	  (Wed, 01 Oct 2008) | 12 lines Merged revisions 145479 via
+	  svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r145479 | lmadsen | 2008-10-01 13:18:30 -0400 (Wed, 01 Oct 2008)
+	  | 6 lines Update the realtime_pgsql.sql script to create the
+	  setinterfacevar column. (closes issue #13549) Reported by: fiddur
+	  ........ ................
+
+2008-10-01 15:45 +0000 [r145430]  Tilghman Lesher <tlesher at digium.com>
+
+	* /, apps/app_sms.c: Merged revisions 145428 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r145428 |
+	  tilghman | 2008-10-01 10:44:06 -0500 (Wed, 01 Oct 2008) | 7 lines
+	  Initializing buffer prevents a segfault when arguments are
+	  incomplete. (closes issue #13471) Reported by: alecdavis Patches:
+	  20080916__bug13471.diff.txt uploaded by Corydon76 (license 14)
+	  Tested by: alecdavis ........
+
+2008-09-30 22:26 +0000 [r145262]  Jeff Peeler <jpeeler at digium.com>
+
+	* /, channels/chan_sip.c: Merged revisions 145249 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r145249 |
+	  jpeeler | 2008-09-30 17:21:19 -0500 (Tue, 30 Sep 2008) | 6 lines
+	  (closes issue #13337) Reported by: pj Tested by: pj Set transport
+	  to SIP_TRANSPORT_UDP mode if not specified which fixes calls to
+	  get_transport returning UNKNOWN. ........
+
+2008-09-27 16:49 +0000 [r144993]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* main/ast_expr2.c, Makefile, agi/Makefile, utils/Makefile,
+	  include/asterisk/astmm.h, main/ast_expr2f.c, pbx/pbx_ael.c,
+	  utils/ael_main.c, main/astmm.c, main/stdtime/localtime.c,
+	  utils/extconf.c, main/ast_expr2.fl, include/asterisk.h, /,
+	  main/Makefile, main/ast_expr2.y, Makefile.moddir_rules,
+	  utils/astman.c: Merged revisions 144949-144951 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r144949 | kpfleming | 2008-09-27 10:52:56 -0500 (Sat, 27 Sep
+	  2008) | 17 lines Merged revisions 144924-144925 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r144924 | kpfleming | 2008-09-27 10:00:48 -0500 (Sat, 27 Sep
+	  2008) | 6 lines improve header inclusion process in a few small
+	  ways: - it is no longer necessary to forcibly include
+	  asterisk/autoconfig.h; every module already includes asterisk.h
+	  as its first header (even before system headers), which serves
+	  the same purpose - astmm.h is now included by asterisk.h when
+	  needed, instead of being forced by the Makefile; this means
+	  external modules will build properly against installed headers
+	  with MALLOC_DEBUG enabled - simplify the usage of some of these
+	  headers in the AEL-related stuff in the utils directory ........
+	  r144925 | kpfleming | 2008-09-27 10:13:30 -0500 (Sat, 27 Sep
+	  2008) | 2 lines fix some minor issues with rev 144924 ........
+	  ................ r144950 | kpfleming | 2008-09-27 11:10:33 -0500
+	  (Sat, 27 Sep 2008) | 2 lines fix bugs caused by r144949 when
+	  MALLOC_DEBUG is defined ................ r144951 | kpfleming |
+	  2008-09-27 11:17:43 -0500 (Sat, 27 Sep 2008) | 1 line remove
+	  incorrect comment ................
+
+2008-09-27 01:08 +0000 [r144881]  Michiel van Baak <michiel at vanbaak.info>
+
+	* apps/app_queue.c, channels/chan_dahdi.c, /: Merged revisions
+	  144879 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r144879 |
+	  mvanbaak | 2008-09-27 02:49:24 +0200 (Sat, 27 Sep 2008) | 2 lines
+	  fix a couple of CLI commands that did not have a help
+	  description. ........
+
+2008-09-26 23:16 +0000 [r144832]  Joshua Colp <jcolp at digium.com>
+
+	* /, configs/rtp.conf.sample: Merged revisions 144829 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk ........
+	  r144829 | file | 2008-09-26 20:12:13 -0300 (Fri, 26 Sep 2008) | 2
+	  lines Update documentation to include default setting. This is
+	  for you jtodd! ........
+
+2008-09-26 18:09 +0000 [r144484-144684]  Steve Murphy <murf at digium.com>
+
+	* /, pbx/pbx_lua.c: Merged revisions 144681 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r144681 |
+	  murf | 2008-09-26 12:02:06 -0600 (Fri, 26 Sep 2008) | 14 lines
+	  (closes issue #13564) Reported by: mnicholson Patches:
+	  pbx_lua9.diff uploaded by mnicholson (license 96) Many thanks to
+	  Matt for his upgrade to the lua dialplan option! the Description
+	  from the bug: This patch adds a stack trace to errors encountered
+	  while executing lua extensions. The patch also handles out of
+	  memory errors reported by lua. ........
+
+	* main/pbx.c, /: Merged revisions 144678 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r144678 | murf | 2008-09-26 11:50:35 -0600 (Fri, 26 Sep 2008) |
+	  20 lines Merged revisions 144677 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r144677 | murf | 2008-09-26 11:47:13 -0600 (Fri, 26 Sep 2008) |
+	  12 lines (closes issue #13563) Reported by: mnicholson Patches:
+	  found1.diff uploaded by mnicholson (license 96) This patch was
+	  mainly meant to apply to trunk and 1.6.x, but I'm applying it to
+	  1.4 also, which should be a perfectly harmless fix to the vast
+	  majority of users who are not using external switches, but the
+	  few who might be affected will not have to go to the pain of
+	  filing a bug report. ........ ................
+
+	* utils/build-extensions-conf.lua (removed), /: Merged revisions
+	  144635 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r144635 |
+	  murf | 2008-09-26 10:51:30 -0600 (Fri, 26 Sep 2008) | 1 line Matt
+	  suggests we remove utils/build-extensions-conf.lua, as per bug
+	  12961, it is no longer necessary. ........
+
+	* channels/chan_oss.c, apps/app_playback.c, main/pbx.c, /,
+	  funcs/func_cut.c: Merged revisions 144569 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r144569 |
+	  murf | 2008-09-25 16:21:28 -0600 (Thu, 25 Sep 2008) | 14 lines
+	  (closes issue #13557) Reported by: nickpeirson The user attached
+	  a patch, but the license is not yet recorded. I took the liberty
+	  of finding and replacing ALL index() calls with strchr() calls,
+	  and that involves more than just main/pbx.c; chan_oss,
+	  app_playback, func_cut also had calls to index(), and I changed
+	  them out. 1.4 had no references to index() at all. ........
+
+	* /, pbx/pbx_lua.c: Merged revisions 144563 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r144563 |
+	  murf | 2008-09-25 15:54:11 -0600 (Thu, 25 Sep 2008) | 7 lines
+	  (closes issue #13559) Reported by: mnicholson Patches:
+	  pbx_lua8.diff uploaded by mnicholson (license 96) ........
+
+	* include/asterisk/hashtab.h, /, pbx/pbx_lua.c,
+	  configs/extensions.lua.sample: Merged revisions 144523 via
+	  svnmerge from https://origsvn.digium.com/svn/asterisk/trunk
+	  ........ r144523 | murf | 2008-09-25 15:18:12 -0600 (Thu, 25 Sep
+	  2008) | 13 lines I added a little verbage to hashtab for the
+	  hashtab_destroy func. It was pretty sparsely documented. This
+	  update fleshes out the pbx_lua module, to add the switch
+	  statements to the extensions in the extensions.lua file, as well
+	  as removing them when the module is unloaded. Many thanks to Matt
+	  Nicholson for his fine contribution! ........
+
+	* /, pbx/pbx_lua.c: Merged revisions 144482 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r144482 |
+	  murf | 2008-09-25 11:51:11 -0600 (Thu, 25 Sep 2008) | 14 lines
+	  (closes issue #13558) Reported by: mnicholson Considering that
+	  the example extensions.lua used nothing but ["12345"] notation,
+	  and that the resulting error message: [Sep 24 17:01:16]
+	  ERROR[12393]: pbx_lua.c:1204 exec: Error executing lua extension:
+	  attempt to call a nil value is not very informative as to the
+	  nature of the problem, I think this bug fix is a big win!
+	  ........
+
+2008-09-23 23:36 +0000 [r144151]  Mark Michelson <mmichelson at digium.com>
+
+	* /, channels/chan_sip.c: Merged revisions 144149 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r144149 |
+	  mmichelson | 2008-09-23 18:33:33 -0500 (Tue, 23 Sep 2008) | 3
+	  lines Fix a conflict in flag values ........
+
+2008-09-23 17:00 +0000 [r144069]  Steve Murphy <murf at digium.com>
+
+	* /, main/features.c: Merged revisions 144067 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r144067 | murf | 2008-09-23 10:52:32 -0600 (Tue, 23 Sep 2008) |
+	  37 lines Merged revisions 144066 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r144066 | murf | 2008-09-23 10:41:49 -0600 (Tue, 23 Sep 2008) |
+	  29 lines (closes issue #13489) Reported by: DougUDI Tested by:
+	  murf (closes issue #13490) Reported by: seanbright Tested by:
+	  murf (closes issue #13467) Reported by: edantie Tested by: murf,
+	  edantie, DougUDI This crash happens because we are unsafely
+	  handling old pointers. The channel whose cdr is being handled,
+	  has been hung up and destroyed already. I reorganized the code a
+	  bit, and tried not to lose the fork-cdr-chain concepts of the
+	  previous code. I now verify that the 'previous' channel (the
+	  channel we had when the bridge was started), still exists, by
+	  looking it up by name in the channel list. I also do not try to
+	  reset the CDR's of channels involved in bridges. Testing shows it
+	  solves the crash problem, and should not negatively impact
+	  previous fixes involving CDR's generated during/after blind
+	  transfers. (The reason we need to reset the CDR's on the
+	  "beginning" channels in the first place). ........
+	  ................
+
+2008-09-23 15:39 +0000 [r144027]  Mark Michelson <mmichelson at digium.com>
+
+	* /, channels/chan_sip.c: Merged revisions 144025 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r144025 |
+	  mmichelson | 2008-09-23 10:37:00 -0500 (Tue, 23 Sep 2008) | 16
+	  lines When a promiscuous redirect contained both a user and host
+	  portion in the Contact URI and specifies a transport, the parsing
+	  done in parse_moved_contact resulted in a malformed URI. This
+	  commit fixes the parsing so that a proper Dial string may be
+	  formed when the forwarded call is placed. (closes issue #13523)
+	  Reported by: mattdarnell Patches: 13523v2.patch uploaded by
+	  putnopvut (license 60) Tested by: mattdarnell ........
+
+2008-09-22 22:52 +0000 [r143906]  Sean Bright <sean.bright at gmail.com>
+
+	* /, formats/format_pcm.c: Merged revisions 143904 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r143904 | seanbright | 2008-09-22 18:50:07 -0400
+	  (Mon, 22 Sep 2008) | 16 lines Merged revisions 143903 via
+	  svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r143903 | seanbright | 2008-09-22 18:49:00 -0400 (Mon, 22 Sep
+	  2008) | 8 lines Use the advertised header size in .au files
+	  instead of just assuming they are 24 bytes (the minimum). (closes
+	  issue #13450) Reported by: jamessan Patches: pcm-header.diff
+	  uploaded by jamessan (license 246) ........ ................
+
+2008-09-21 10:06 +0000 [r143839-143845]  Michiel van Baak <michiel at vanbaak.info>
+
+	* /, doc/tex/privacy.tex: Merged revisions 143843 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r143843 |
+	  mvanbaak | 2008-09-21 11:53:01 +0200 (Sun, 21 Sep 2008) | 3 lines
+	  fix privacymanager example so it shows how to use the
+	  PRIVACYMRGSTATUS variable ........
+
+	* /, doc/tex/privacy.tex: Merged revisions 143840 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r143840 |
+	  mvanbaak | 2008-09-21 11:31:54 +0200 (Sun, 21 Sep 2008) | 3 lines
+	  document the new context argument for privacymanager so people
+	  can do pattern matching on the input ........
+
+	* /, doc/tex/privacy.tex: Merged revisions 143837 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r143837 |
+	  mvanbaak | 2008-09-21 11:27:08 +0200 (Sun, 21 Sep 2008) | 2 lines
+	  fix privacy documentation. We no longer do priority jumping +101
+	  ........
+
+2008-09-20 00:55 +0000 [r143739]  Sean Bright <sean.bright at gmail.com>
+
+	* /, contrib/scripts/vmail.cgi: Merged revisions 143737 via
+	  svnmerge from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r143737 | seanbright | 2008-09-19 20:52:20 -0400
+	  (Fri, 19 Sep 2008) | 17 lines Merged revisions 143736 via
+	  svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r143736 | seanbright | 2008-09-19 20:50:10 -0400 (Fri, 19 Sep
+	  2008) | 9 lines Make vmail.cgi work with mailboxes defined in
+	  users.conf, too. (closes issue #13187) Reported by: netvoice
+	  Patches: 20080911__bug13187.diff.txt uploaded by Corydon76
+	  (license 14) (Slightly modified to take alchamist's comments on
+	  mantis into account) Tested by: msales, alchamist, seanbright
+	  ........ ................
+
+2008-09-19 15:49 +0000 [r143611]  Mark Michelson <mmichelson at digium.com>
+
+	* /, channels/chan_agent.c: Merged revisions 143609 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk ........
+	  r143609 | mmichelson | 2008-09-19 10:43:28 -0500 (Fri, 19 Sep
+	  2008) | 11 lines We should only unsubscribe to the device state
+	  event subscription if we have previously subscribed. Otherwise a
+	  segfault will occur. (closes issue #13476) Reported by: jonnt
+	  Patches: 13476.patch uploaded by putnopvut (license 60) Tested
+	  by: jonnt ........
+
+2008-09-18 23:55 +0000 [r143561]  Steve Murphy <murf at digium.com>
+
+	* /, channels/chan_sip.c: Merged revisions 143559 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r143559 | murf | 2008-09-18 17:41:33 -0600 (Thu, 18 Sep 2008) | 9
+	  lines Merged revisions 143534 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r143534 | murf | 2008-09-18 16:11:51 -0600 (Thu, 18 Sep 2008) | 1
+	  line A micro-fix, in sip_park_thread, where d is freed before the
+	  func is done using it. ........ ................
+
+2008-09-17 20:59 +0000 [r143407]  Tilghman Lesher <tlesher at digium.com>
+
+	* apps/app_voicemail.c, /: Merged revisions 143405 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r143405 | tilghman | 2008-09-17 15:57:58 -0500
+	  (Wed, 17 Sep 2008) | 13 lines Merged revisions 143404 via
+	  svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r143404 | tilghman | 2008-09-17 15:55:47 -0500 (Wed, 17 Sep 2008)
+	  | 6 lines When callerid is blank, we want to use "unknown caller"
+	  in those cases, too. (closes issue #13486) Reported by: tomo1657
+	  Patches: 20080917__bug13486.diff.txt uploaded by Corydon76
+	  (license 14) ........ ................
+
+2008-09-17 18:30 +0000 [r143349]  Mark Michelson <mmichelson at digium.com>
+
+	* main/rtp.c, /: Merged revisions 143340 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r143340 | mmichelson | 2008-09-17 13:26:35 -0500 (Wed, 17 Sep
+	  2008) | 14 lines Merged revisions 143337 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r143337 | mmichelson | 2008-09-17 13:24:15 -0500 (Wed, 17 Sep
+	  2008) | 6 lines Allow for "G.729" if offered in an SDP even
+	  though it is not RFC 3551 compliant. Some Cisco switches will
+	  send this in an SDP, and it doesn't hurt to be able to accept
+	  this. ........ ................
+
+2008-09-15 21:33 +0000 [r143143]  Tilghman Lesher <tlesher at digium.com>
+
+	* channels/chan_iax2.c, /: Merged revisions 143141 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r143141 | tilghman | 2008-09-15 16:31:36 -0500
+	  (Mon, 15 Sep 2008) | 13 lines Merged revisions 143140 via
+	  svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r143140 | tilghman | 2008-09-15 16:29:32 -0500 (Mon, 15 Sep 2008)
+	  | 6 lines Set the raw formats at the same time as the other
+	  formats. (closes issue #13240) Reported by: jvandal Patches:
+	  20080813__bug13240.diff.txt uploaded by Corydon76 (license 14)
+	  ........ ................
+
+2008-09-14 22:24 +0000 [r143086]  Michiel van Baak <michiel at vanbaak.info>
+
+	* /, channels/chan_skinny.c: Merged revisions 143082 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk ........
+	  r143082 | mvanbaak | 2008-09-15 00:16:34 +0200 (Mon, 15 Sep 2008)
+	  | 11 lines plug a couple of memleaks in chan_skinny. (closes
+	  issue #13452) Reported by: pj Patches: memleak5.diff uploaded by
+	  wedhorn (license 30) Tested by: wedhorn, pj, mvanbaak (closes
+	  issue #13294) Reported by: pj ........
+
+2008-09-13 13:58 +0000 [r143033]  Tilghman Lesher <tlesher at digium.com>
+
+	* channels/chan_iax2.c, channels/iax2-parser.c, apps/app_dial.c, /:
+	  Merged revisions 143031 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r143031 |
+	  tilghman | 2008-09-13 08:54:15 -0500 (Sat, 13 Sep 2008) | 8 lines
+	  Repair IAXVAR implementation so that it works again (regression?)
+	  (closes issue #13354) Reported by: adomjan Patches:
+	  20080828__bug13354.diff.txt uploaded by Corydon76 (license 14)
+	  20080829__bug13354__1.6.0.diff.txt uploaded by Corydon76 (license
+	  14) Tested by: Corydon76, adomjan ........
+
+2008-09-12 22:25 +0000 [r142935]  Jeff Peeler <jpeeler at digium.com>
+
+	* channels/chan_local.c, /: Merged revisions 142929 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r142929 | jpeeler | 2008-09-12 17:24:13 -0500
+	  (Fri, 12 Sep 2008) | 14 lines Merged revisions 142927 via
+	  svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r142927 | jpeeler | 2008-09-12 17:22:28 -0500 (Fri, 12 Sep 2008)
+	  | 6 lines (closes issue #12965) Reported by: rlsutton2 Prevents
+	  local channels from playing MOH at each other which was causing
+	  ast_generic_bridge to loop much faster. ........ ................
+
+2008-09-12 20:52 +0000 [r142743-142868]  Tilghman Lesher <tlesher at digium.com>
+
+	* /, channels/chan_sip.c, configs/sip.conf.sample: Merged revisions
+	  142866 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r142866 | tilghman | 2008-09-12 15:49:46 -0500 (Fri, 12 Sep 2008)
+	  | 18 lines Merged revisions 142865 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r142865 | tilghman | 2008-09-12 15:37:18 -0500 (Fri, 12 Sep 2008)
+	  | 11 lines Create rules for disallowing contacts at certain
+	  addresses, which may improve the security of various
+	  installations. As this does not change any default behavior, it
+	  is not classified as a direct security fix for anything within
+	  Asterisk, but may help PBX admins better secure their SIP
+	  servers. (closes issue #11776) Reported by: ibc Patches:
+	  20080829__bug11776.diff.txt uploaded by Corydon76 (license 14)
+	  Tested by: Corydon76, blitzrage ........ ................
+
+	* /, main/app.c: Merged revisions 142748 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r142748 |
+	  tilghman | 2008-09-12 11:54:44 -0500 (Fri, 12 Sep 2008) | 3 lines
+	  When checking for an encoded character, make sure the string
+	  isn't blank, first. (Closes issue #13470) ........
+
+	* apps/app_voicemail.c, /: Merged revisions 142745 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r142745 | tilghman | 2008-09-12 11:38:55 -0500
+	  (Fri, 12 Sep 2008) | 12 lines Merged revisions 142744 via
+	  svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r142744 | tilghman | 2008-09-12 11:38:02 -0500 (Fri, 12 Sep 2008)
+	  | 4 lines Missing merge from 1.2 fixes errant exit on DTMF, only
+	  when language is Italian (cf commit 34242) (Closes issue #7353)
+	  ........ ................
+
+	* /, main/file.c: Merged revisions 142741 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r142741 | tilghman | 2008-09-12 11:29:01 -0500 (Fri, 12 Sep 2008)
+	  | 12 lines Merged revisions 142740 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r142740 | tilghman | 2008-09-12 11:27:32 -0500 (Fri, 12 Sep 2008)
+	  | 4 lines Don't return a free'd pointer, when a file cannot be
+	  opened. (closes issue #13462) Reported by: wackysalut ........
+	  ................
+
+2008-09-12 05:03 +0000 [r142632-142678]  Steve Murphy <murf at digium.com>
+
+	* apps/app_queue.c, apps/app_dial.c, main/pbx.c, /,
+	  main/features.c, include/asterisk/channel.h: Merged revisions
+	  142676 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r142676 | murf | 2008-09-11 22:50:48 -0600 (Thu, 11 Sep 2008) |
+	  40 lines Merged revisions 142675 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r142675 | murf | 2008-09-11 22:29:34 -0600 (Thu, 11 Sep 2008) |
+	  29 lines Tested by: sergee, murf, chris-mac, andrew, KNK This is
+	  a "second attempt" to restore the previous "endbeforeh" behavior
+	  in 1.4 and up. In order to capture information concerning all the
+	  legs of transfers in all their infinite combinations, I was
+	  forced to this particular solution by a chain of logical
+	  necessities, the first being that I was not allowed to rewrite
+	  the CDR mechanism from the ground up! This change basically
+	  leaves the original machinery alone, which allows IVR and local
+	  channel type situations to generate CDR's as normal, but a
+	  channel flag can be set to suppress the normal running of the h
+	  exten. That flag would be set by the code that runs the h exten
+	  from the ast_bridge_call routine, to prevent the h exten from
+	  being run twice. Also, a flag in the ast_bridge_config struct
+	  passed into ast_bridge_call can be used to suppress the running
+	  of the h exten in that routine. This would happen, for instance,
+	  if you use the 'g' option in the Dial app. Running this routine
+	  'early' allows not only the CDR() func to be used in the h
+	  extension for reading CDR variables, but also allows them to be
+	  modified before the CDR is posted to the backends. While I dearly
+	  hope that this patch overcomes all problems, and introduces no
+	  new problems, reality suggests that surely someone will have
+	  problems. In this case, please re-open 13251 (or 13289), and
+	  we'll see if we can't fix any remaining issues. ** trunk note:
+	  some code to suppress the h exten being run from app_queue was
+	  added; for the 'continue' option available only in trunk/1.6.x.
+	  ........ ................
+
+	* /, main/features.c: Merged revisions 142576 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r142576 | murf | 2008-09-11 17:12:53 -0600 (Thu, 11 Sep 2008) |
+	  28 lines Merged revisions 142575 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r142575 | murf | 2008-09-11 16:55:49 -0600 (Thu, 11 Sep 2008) |
+	  20 lines (closes issue #13364) Reported by: mdu113 Well,
+	  fundamentally, the problems revealed in 13364 are because of the
+	  ForkCDR call that is done before the dial. When the bridge is in
+	  place, it's dealing with the first (and wrong) cdr in the list.
+	  So, I wrote a little func to zip down to the first non-locked cdr
+	  in the chain, and thru-out the ast_bridge_call, these results are
+	  used instead of raw chan->cdr and peer->cdr pointers. This
+	  shouldn't affect anyone who isn't forking cdrs before a dial, and
+	  should correct the cdr's of those that do. So, this change ends
+	  up correcting the dstchannel and userfield; the disposition was
+	  fixed by a previous patch, it was OK coming into this problem.
+	  ........ ................
+
+2008-09-10 22:18 +0000 [r142478]  Steve Murphy <murf at digium.com>
+
+	* /, main/features.c: Merged revisions 142475 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r142475 | murf | 2008-09-10 16:11:27 -0600 (Wed, 10 Sep 2008) |
+	  38 lines Merged revisions 142474 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r142474 | murf | 2008-09-10 15:58:17 -0600 (Wed, 10 Sep 2008) |
+	  30 lines (closes issue #12318) Reported by: krtorio I made a
+	  small change to the code that handles local channel situations.
+	  In that code, I copy the answer time from the peer cdr, to the
+	  bridge_cdr, but I wasn't also copying the disposition from the
+	  peer cdr. So, Now I copy the disposition, and I've tested against
+	  these cases: 1. phone 1 never answers the phone; no cdr is
+	  generated at all. this should show up as a manager command
+	  failure or something. 2. phone 2 never answers. CDR is generated,
+	  says NO ANSWER 3. phone 2 is busy. CDR is generated, says BUSY 4.
+	  phone 2 answers: CDR is generated, times are correct; disposition
+	  is ANSWERED, which is correct. The start time is the time that
+	  the manager dialed the first phone. The answer time is the time
+	  the second phone picks up. I purposely left the cid and src
+	  fields blank; since this call really originates from the manager,
+	  there is no 'easy' data to put in these fields. If you feel
+	  strongly that these fields should be filled in, re-open this bug
+	  and I'll dig further. ........ ................
+
+2008-09-10 19:14 +0000 [r142419]  Sean Bright <sean.bright at gmail.com>
+
+	* /, configure, acinclude.m4: Merged revisions 142417 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r142417 | seanbright | 2008-09-10 15:09:03 -0400
+	  (Wed, 10 Sep 2008) | 17 lines Merged revisions 142416 via
+	  svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r142416 | seanbright | 2008-09-10 15:05:46 -0400 (Wed, 10 Sep
+	  2008) | 9 lines Fix detection of PWLIB and OpenH323 version when
+	  spacing in the headers isn't consistent. (closes issue #13426)
+	  Reported by: bamby Patches: detect_openh323.diff uploaded by
+	  bamby (license 430) (Modified by me to use sed instead of tr)
+	  ........ ................
+
+2008-09-10 16:57 +0000 [r142361]  Tilghman Lesher <tlesher at digium.com>
+
+	* sounds/Makefile, /: Merged revisions 142359 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r142359 | tilghman | 2008-09-10 11:55:31 -0500 (Wed, 10 Sep 2008)
+	  | 10 lines Merged revisions 142358 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r142358 | tilghman | 2008-09-10 11:54:29 -0500 (Wed, 10 Sep 2008)
+	  | 2 lines Publish new extra sounds version. ........
+	  ................
+
+2008-09-10 16:42 +0000 [r142357]  Russell Bryant <russell at digium.com>
+
+	* main/sched.c, /: Merged revisions 142355 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r142355 | russell | 2008-09-10 11:41:55 -0500 (Wed, 10 Sep 2008)
+	  | 15 lines Merged revisions 142354 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r142354 | russell | 2008-09-10 11:39:53 -0500 (Wed, 10 Sep 2008)
+	  | 7 lines It is a normal situation that a task gets put in the
+	  scheduler that should run as soon as possible. Accept "0" as an
+	  acceptable time to run, and also treat negative as "run now", and
+	  don't print a debug message about it. (inspired by a message
+	  asking about the "request to schedule in the past" debug message
+	  on the -dev list) ........ ................
+
+2008-09-09 19:18 +0000 [r142082-142221]  Mark Michelson <mmichelson at digium.com>
+
+	* /, channels/chan_sip.c: Merged revisions 142219 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r142219 | mmichelson | 2008-09-09 14:16:30 -0500 (Tue, 09 Sep
+	  2008) | 22 lines Merged revisions 142218 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r142218 | mmichelson | 2008-09-09 14:15:28 -0500 (Tue, 09 Sep
+	  2008) | 14 lines Make sure that the branch sent in CANCEL
+	  requests matches the branch of the INVITE it is cancelling.
+	  (closes issue #13381) Reported by: atca_pres Patches:
+	  13381v2.patch uploaded by putnopvut (license 60) Tested by:
+	  atca_pres (closes issue #13198) Reported by: rickead2000 Tested
+	  by: rickead2000 ........ ................
+
+	* apps/app_queue.c: Merging Revision 142090 from 1.6.0.
+
+	* /, channels/chan_sip.c: Merged revisions 142080 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r142080 | mmichelson | 2008-09-09 11:20:41 -0500 (Tue, 09 Sep
+	  2008) | 29 lines Merged revisions 142079 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r142079 | mmichelson | 2008-09-09 11:19:17 -0500 (Tue, 09 Sep
+	  2008) | 21 lines When determining if codecs used by SIP peers
+	  allow the media to be natively bridged, use the jointcapability
+	  instead of the peercapability. It seems that the intent of using
+	  the peercapability was to expand the choice of codecs for the
+	  call to increase the chances of being able to native bridge the
+	  channels. The problem is that if a codec were settled on for the
+	  native bridge and that wasn't a codec that was configured to be
+	  used by Asterisk for that peer, then Asterisk would send a
+	  REINVITE with no codecs in the SDP which is a bug no matter how
+	  you slice it. (closes issue #13076) Reported by: ramonpeek
+	  Patches: 13076.patch uploaded by putnopvut (license 60) Tested
+	  by: tbelder ........ ................
+
+2008-09-09 15:46 +0000 [r142066]  Russell Bryant <russell at digium.com>
+
+	* /, main/features.c: Merged revisions 142064 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r142064 | russell | 2008-09-09 10:44:10 -0500 (Tue, 09 Sep 2008)
+	  | 13 lines Merged revisions 142063 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r142063 | russell | 2008-09-09 10:40:24 -0500 (Tue, 09 Sep 2008)
+	  | 5 lines Ensure that the stored CDR reference is still valid
+	  after the bridge before poking at it. Also, keep the channel
+	  locked while messing with this CDR. (fixes crashes reported in
+	  issue #13409) ........ ................
+
+2008-09-09 12:34 +0000 [r141997-142001]  Mark Michelson <mmichelson at digium.com>
+
+	* apps/app_queue.c, /: Merged revisions 141998 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r141998 |
+	  mmichelson | 2008-09-09 07:32:38 -0500 (Tue, 09 Sep 2008) | 7
+	  lines Use ast_debug for debug messages. I was wondering why debug
+	  messages weren't showing up when I had set the debug level high
+	  for just app_queue.c. It's because we were only checking the
+	  global option_debug variable instead of using the awesome macro
+	  which checks both the global and file-specific value ........
+
+	* channels/chan_oss.c, /: Merged revisions 141995 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r141995 |
+	  mmichelson | 2008-09-09 05:20:58 -0500 (Tue, 09 Sep 2008) | 8
+	  lines Fix a memory leak in chan_oss (closes issue #13311)
+	  Reported by: eliel Patches: chan_oss.c.patch uploaded by eliel
+	  (license 64) ........
+
+2008-09-09 01:51 +0000 [r141951-141952]  Russell Bryant <russell at digium.com>
+
+	* main/pbx.c, /: Merged revisions 141807 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r141807 | russell | 2008-09-08 16:05:01 -0500 (Mon, 08 Sep 2008)
+	  | 15 lines Merged revisions 141806 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r141806 | russell | 2008-09-08 16:02:36 -0500 (Mon, 08 Sep 2008)
+	  | 7 lines When doing an async goto, detect if the channel is
+	  already in the middle of a masquerade. This can happen when
+	  chan_local is trying to optimize itself out. If this happens,
+	  fail the async goto instead of bursting into flames. (closes
+	  issue #13435) Reported by: geoff2010 ........ ................
+
+	* main/channel.c, /: Merged revisions 141949 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r141949 |
+	  russell | 2008-09-08 20:47:56 -0500 (Mon, 08 Sep 2008) | 9 lines
+	  Modify ast_answer() to not hold the channel lock while calling
+	  ast_safe_sleep() or when calling ast_waitfor(). These are
+	  inappropriate times to hold the channel lock. This is what has
+	  caused "could not get the channel lock" messages from chan_sip
+	  and has likely caused a negative impact on performance results of
+	  SIP in Asterisk 1.6. Thanks to file for pointing out this section
+	  of code. (closes issue #13287) (closes issue #13115) ........
+
+2008-09-08 22:15 +0000 [r141812-141870]  Mark Michelson <mmichelson at digium.com>
+
+	* /, channels/chan_sip.c: Merged revisions 141868 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r141868 |
+	  mmichelson | 2008-09-08 17:14:40 -0500 (Mon, 08 Sep 2008) | 4
+	  lines Um, apparently I didn't actually finish merging before

[... 11414 lines stripped ...]



More information about the asterisk-commits mailing list