[svn-commits] lmadsen: tag 1.6.0.26-rc1 r250712 - /tags/1.6.0.26-rc1/

SVN commits to the Digium repositories svn-commits at lists.digium.com
Thu Mar 4 11:36:12 CST 2010


Author: lmadsen
Date: Thu Mar  4 11:36:06 2010
New Revision: 250712

URL: http://svnview.digium.com/svn/asterisk?view=rev&rev=250712
Log:
Importing files for 1.6.0.26-rc1 release.

Added:
    tags/1.6.0.26-rc1/.lastclean   (with props)
    tags/1.6.0.26-rc1/.version   (with props)
    tags/1.6.0.26-rc1/ChangeLog   (with props)

Added: tags/1.6.0.26-rc1/.lastclean
URL: http://svnview.digium.com/svn/asterisk/tags/1.6.0.26-rc1/.lastclean?view=auto&rev=250712
==============================================================================
--- tags/1.6.0.26-rc1/.lastclean (added)
+++ tags/1.6.0.26-rc1/.lastclean Thu Mar  4 11:36:06 2010
@@ -1,0 +1,1 @@
+36

Propchange: tags/1.6.0.26-rc1/.lastclean
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: tags/1.6.0.26-rc1/.lastclean
------------------------------------------------------------------------------
    svn:keywords = none

Propchange: tags/1.6.0.26-rc1/.lastclean
------------------------------------------------------------------------------
    svn:mime-type = text/plain

Added: tags/1.6.0.26-rc1/.version
URL: http://svnview.digium.com/svn/asterisk/tags/1.6.0.26-rc1/.version?view=auto&rev=250712
==============================================================================
--- tags/1.6.0.26-rc1/.version (added)
+++ tags/1.6.0.26-rc1/.version Thu Mar  4 11:36:06 2010
@@ -1,0 +1,1 @@
+1.6.0.26-rc1

Propchange: tags/1.6.0.26-rc1/.version
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: tags/1.6.0.26-rc1/.version
------------------------------------------------------------------------------
    svn:keywords = none

Propchange: tags/1.6.0.26-rc1/.version
------------------------------------------------------------------------------
    svn:mime-type = text/plain

Added: tags/1.6.0.26-rc1/ChangeLog
URL: http://svnview.digium.com/svn/asterisk/tags/1.6.0.26-rc1/ChangeLog?view=auto&rev=250712
==============================================================================
--- tags/1.6.0.26-rc1/ChangeLog (added)
+++ tags/1.6.0.26-rc1/ChangeLog Thu Mar  4 11:36:06 2010
@@ -1,0 +1,56821 @@
+2010-03-04  Leif Madsen <lmadsen at digium.com>
+
+	* Asterisk 1.6.0.26-rc1 released 
+
+2010-03-03 21:27 +0000 [r250612]  Leif Madsen <lmadsen at digium.com>
+
+	* doc/tex/localchannel.tex: Merged revisions 250609 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk ........
+	  r250609 | lmadsen | 2010-03-03 16:22:55 -0500 (Wed, 03 Mar 2010)
+	  | 11 lines Update existing Local channel documentation. A
+	  complete re-write of the Local channel documentation has been
+	  performed, with the existing information from localchannel.txt
+	  and localchannel.tex merged in. (closes issue #16637) Reported
+	  by: kobaz Patches: localchannel.tex uploaded by lmadsen (license
+	  10) localchannel.txt uploaded by lmadsen (license 10) Tested by:
+	  lmadsen, jsmith, mmichelson ........
+
+2010-03-03 19:07 +0000 [r250482]  Jeff Peeler <jpeeler at digium.com>
+
+	* channels/chan_dahdi.c, /: Merged revisions 250481 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r250481 | jpeeler | 2010-03-03 13:06:06 -0600
+	  (Wed, 03 Mar 2010) | 22 lines Merged revisions 250480 via
+	  svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r250480 | jpeeler | 2010-03-03 13:04:11 -0600 (Wed, 03 Mar 2010)
+	  | 15 lines Make sure to clear red alarm after polarity reversal.
+	  From the issue: The automatic overnight line tests (or manual
+	  ones) used on UK (BT) lines causes a red alarm on a dahdi /
+	  TDM400P connected channel. This is because the line uses voltage
+	  tests (battery loss) and polarity reversal. The polarity reversal
+	  causes chan_dahdi to initiate v23 CallerID processing but during
+	  this the event DAHDI_EVENT_NOALARM is ignored so that the alarm
+	  is never cleared. (closes issue #14163) Reported by: jedi98
+	  Patches: chan_dahdi-1.4-inalarm.diff uploaded by jedi98 (license
+	  653) Tested by: mattbrown, Chainsaw, mikeeccleston ........
+	  ................
+
+2010-03-03 18:06 +0000 [r250265-250398]  David Vossel <dvossel at digium.com>
+
+	* /, channels/chan_iax2.c: Merged revisions 250395 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r250395 | dvossel | 2010-03-03 12:03:19 -0600
+	  (Wed, 03 Mar 2010) | 22 lines Merged revisions 250394 via
+	  svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r250394 | dvossel | 2010-03-03 12:02:27 -0600 (Wed, 03 Mar 2010)
+	  | 16 lines fixes problem with duplicate TXREQ packets When
+	  Asterisk receives an IAX2 TXREQ packet, try_transfer() will call
+	  store_by_transfercallno() to link the chan_iax2_pvt struct into
+	  iax_transfercallno_pvts. If a duplicate TXREQ packet is received
+	  for the same call, the pvt struct will be linked into
+	  iax_transfercallno_pvts multiple times. This patch fixes this.
+	  Thanks rain for debugging this and providing a patch! (closes
+	  issue #16904) Reported by: rain Patches:
+	  iax2-double-txreq-fix.diff uploaded by rain (license 327) Tested
+	  by: rain, dvossel ........ ................
+
+	* /, channels/chan_sip.c: Merged revisions 250246 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r250246 |
+	  dvossel | 2010-03-02 18:18:28 -0600 (Tue, 02 Mar 2010) | 2 lines
+	  fixes signed to unsigned int comparision issue for FaxMaxDatagram
+	  value. ........
+
+2010-03-02 21:11 +0000 [r250040-250054]  Leif Madsen <lmadsen at digium.com>
+
+	* doc/tex/imapstorage.tex, /: Merged revisions 250051 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk ........
+	  r250051 | lmadsen | 2010-03-02 16:09:27 -0500 (Tue, 02 Mar 2010)
+	  | 8 lines Update IMAP documentation. Update the IMAP
+	  documentation to make it clear that storing voicemails in the
+	  same folder as a large number of emails could potentially cause
+	  significant slow downs when writing or retrieving voicemails.
+	  (issue #16704) Reported by: TimeHider Tested by: lmadsen,
+	  TimeHider ........
+
+	* configs/cdr.conf.sample: Merged revisions 250045 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r250045 | lmadsen | 2010-03-02 15:52:19 -0500
+	  (Tue, 02 Mar 2010) | 15 lines Merged revisions 250043 via
+	  svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r250043 | lmadsen | 2010-03-02 15:51:35 -0500 (Tue, 02 Mar 2010)
+	  | 7 lines Update documentation to clarify purpose of unanswered
+	  option. (closes issue #16267) Reported by: elsto Patches:
+	  cdr.conf.sample.patch.txt uploaded by lmadsen (license 10) Tested
+	  by: davidw, elsto ........ ................
+
+	* doc/tex/configuration.tex: Merged revisions 250037 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk ........
+	  r250037 | lmadsen | 2010-03-02 15:36:10 -0500 (Tue, 02 Mar 2010)
+	  | 4 lines Update documentation to not imply we support overriding
+	  options. (closes issue #16855) Reported by: davidw ........
+
+2010-03-02 19:45 +0000 [r249948]  Alec L Davis <sivad.a at paradise.net.nz>
+
+	* apps/app_echo.c: revert ability to exit echo app caused a
+	  regression, as only supported VOICE, not VIDEO etc. (issue
+	  #16880)
+
+2010-03-02 19:20 +0000 [r249907]  David Vossel <dvossel at digium.com>
+
+	* channels/chan_oss.c, channels/misdn_config.c,
+	  include/asterisk/abstract_jb.h, configs/alsa.conf.sample,
+	  channels/chan_jingle.c, channels/chan_usbradio.c,
+	  channels/chan_dahdi.c, channels/chan_skinny.c,
+	  configs/mgcp.conf.sample, main/abstract_jb.c,
+	  channels/chan_h323.c, channels/chan_alsa.c,
+	  configs/sip.conf.sample, channels/chan_mgcp.c,
+	  channels/chan_unistim.c, configs/console.conf.sample,
+	  configs/chan_dahdi.conf.sample, channels/chan_local.c,
+	  configs/oss.conf.sample, channels/chan_sip.c, /,
+	  configs/usbradio.conf.sample, configs/misdn.conf.sample,
+	  channels/chan_gtalk.c, channels/chan_console.c: Merged revisions
+	  249893 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r249893 |
+	  dvossel | 2010-03-02 13:08:38 -0600 (Tue, 02 Mar 2010) | 11 lines
+	  fixes adaptive jitterbuffer configuration When configuring the
+	  adaptive jitterbuffer, the target_extra value not only could not
+	  be set from the configuration, but was not even being set to its
+	  proper default. This value is required in order for the adaptive
+	  jitterbuffer to work correctly. To resolve this a config option
+	  has been added to expose this value to the conf files, and a
+	  default value is provided when no config specific value is
+	  present. ........
+
+2010-03-02 09:16 +0000 [r249846]  Alec L Davis <sivad.a at paradise.net.nz>
+
+	* apps/app_echo.c: fixes ability to exit echo app when called from
+	  a ISDN channel, null frames prevent '#' exit. Now only echo back
+	  VOICE and DTMF frames (closes issue #16880) Reported by:
+	  alecdavis Patches: based on echo_exit_1-6-1.diff.txt uploaded by
+	  alecdavis (license 585) Tested by: alecdavis
+
+2010-03-01 19:38 +0000 [r249673]  Sean Bright <sean at malleable.com>
+
+	* apps/app_voicemail.c, /: Merged revisions 249672 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r249672 | seanbright | 2010-03-01 14:36:30 -0500
+	  (Mon, 01 Mar 2010) | 18 lines Merged revisions 249671 via
+	  svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r249671 | seanbright | 2010-03-01 14:35:01 -0500 (Mon, 01 Mar
+	  2010) | 11 lines Fix crash in app_voicemail related to message
+	  counting. We were passing a 'struct inprocess **' and treating it
+	  like a 'struct inprocess *' causing a segfault. (closes issue
+	  #16921) Reported by: whardier Patches: 20100301_issue16921.patch
+	  uploaded by seanbright (license 71) Tested by: whardier ........
+	  ................
+
+2010-03-01 17:13 +0000 [r249539]  Jeff Peeler <jpeeler at digium.com>
+
+	* channels/chan_local.c, /: Merged revisions 249538 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r249538 | jpeeler | 2010-03-01 11:11:31 -0600
+	  (Mon, 01 Mar 2010) | 18 lines Merged revisions 249536 via
+	  svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r249536 | jpeeler | 2010-03-01 11:02:03 -0600 (Mon, 01 Mar 2010)
+	  | 11 lines Modify queued frames from local channels to not set
+	  the other side to up In this case, attended transfers were broken
+	  due to ast_feature_request_and_dial detecting the channel being
+	  set to up before the answer frame could be read and therefore
+	  failing to mark the channel as ready. This fix is a regression
+	  fix for 244785, which should continue to work properly as well.
+	  (closes issue #16816) Reported by: jamhed Tested by: jamhed,
+	  corruptor ........ ................
+
+2010-02-27 23:38 +0000 [r249364]  Alec L Davis <sivad.a at paradise.net.nz>
+
+	* channels/chan_dahdi.c: overlap receiving: automatically send CALL
+	  PROCEEDING when dialplan starts Following Q.931 5.2.4 When the
+	  user has determined that sufficient call information has been
+	  received the user shall stop T302 and send CALL PROCEEDING to the
+	  network. Previously timeouts were possible if the dialplan took a
+	  long time to issue any response back to the network. Verified
+	  that our local TELCO also does the same. (issue #16789) Reported
+	  by: alecdavis Patches: overlap_receiving_trunk.diff.txt uploaded
+	  by alecdavis (license 585) Tested by: alecdavis (closes issue
+	  #16789)
+
+2010-02-27 14:09 +0000 [r249236]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* /, channels/chan_iax2.c: Merged revisions 249235 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r249235 | kpfleming | 2010-02-27 09:08:35 -0500
+	  (Sat, 27 Feb 2010) | 9 lines Merged revisions 249234 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/branches/1.4
+	  ........ r249234 | kpfleming | 2010-02-27 09:07:59 -0500 (Sat, 27
+	  Feb 2010) | 1 line add a reference to the now-published IAX2 RFC
+	  ........ ................
+
+2010-02-26 17:05 +0000 [r249102]  Mark Michelson <mmichelson at digium.com>
+
+	* /, channels/chan_sip.c: Merged revisions 249101 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r249101 | mmichelson | 2010-02-26 11:04:58 -0600 (Fri, 26 Feb
+	  2010) | 14 lines Merged revisions 249100 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r249100 | mmichelson | 2010-02-26 11:04:29 -0600 (Fri, 26 Feb
+	  2010) | 8 lines For T.38 reINVITEs treat a 606 the same as a 488.
+	  (closes issue #16792) Reported by: vrban Patches: t38_606.patch
+	  uploaded by vrban (license 756) ........ ................
+
+2010-02-25 23:11 +0000 [r248953]  Jeff Peeler <jpeeler at digium.com>
+
+	* res/res_monitor.c, /: Merged revisions 248952 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r248952 | jpeeler | 2010-02-25 17:09:54 -0600 (Thu, 25 Feb 2010)
+	  | 24 lines Merged revisions 248860 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r248860 | jpeeler | 2010-02-25 15:22:06 -0600 (Thu, 25 Feb 2010)
+	  | 18 lines Ensure that monitor recordings are written to the
+	  correct location (again) This is an extension to 248757. As such
+	  the dialplan test has been extended: exten => 5040, 1,
+	  monitor(wav,tmp/jeff/monitor_test,b) exten => 5040, n,
+	  dial(sip/5001) exten => 5041, 1,
+	  monitor(wav,/tmp/jeff/monitor_test2,b) exten => 5041, n,
+	  dial(sip/5001) exten => 5042, 1, monitor(wav,monitor_test3,b)
+	  exten => 5042, n, dial(sip/5001) exten => 5043, 1,
+	  monitor(wav,tmp/jeff/monitor_test3,m) exten => 5043, n,
+	  changemonitor(monitor_test4) exten => 5043, n, dial(sip/5001)
+	  exten => 5044, 1, monitor(wav,monitor_test4,m) exten => 5044, n,
+	  changemonitor(tmp/jeff/monitor_test5) ; this looks to fail by
+	  design and emits a warning exten => 5044, n, dial(sip/5001)
+	  ........ ................
+
+2010-02-25 22:42 +0000 [r248947]  Mark Michelson <mmichelson at digium.com>
+
+	* /, main/acl.c: Merged revisions 248946 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r248946 |
+	  mmichelson | 2010-02-25 16:41:48 -0600 (Thu, 25 Feb 2010) | 5
+	  lines Fix incorrect ACL behavior when CIDR notation of "/0" is
+	  used. AST-2010-003 ........
+
+2010-02-25 21:24 +0000 [r248862]  Tilghman Lesher <tlesher at digium.com>
+
+	* main/asterisk.c, /: Merged revisions 248861 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r248861 | tilghman | 2010-02-25 15:22:39 -0600 (Thu, 25 Feb 2010)
+	  | 22 lines Merged revisions 248859 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r248859 | tilghman | 2010-02-25 15:21:05 -0600 (Thu, 25 Feb 2010)
+	  | 15 lines Some platforms clear /var/run at boot, which makes
+	  connecting a remote console... difficult. Previously, we only
+	  created the default /var/run/asterisk directory at install time.
+	  While we could create it in the init script, that would not work
+	  for those who start asterisk manually from the command line. So
+	  the safest thing to do is to create it as part of the Asterisk
+	  boot process. This also changes the ownership of the directory,
+	  because the pid and ctl files are created after we setuid/setgid.
+	  (closes issue #16802) Reported by: Brian Patches:
+	  20100224__issue16802.diff.txt uploaded by tilghman (license 14)
+	  Tested by: tzafrir ........ ................
+
+2010-02-25 18:46 +0000 [r248795]  Jeff Peeler <jpeeler at digium.com>
+
+	* res/res_monitor.c, /: Merged revisions 248793 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r248793 | jpeeler | 2010-02-25 12:37:56 -0600 (Thu, 25 Feb 2010)
+	  | 22 lines Merged revisions 248757 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r248757 | jpeeler | 2010-02-25 12:06:54 -0600 (Thu, 25 Feb 2010)
+	  | 15 lines Ensure that monitor recordings are written to the
+	  correct location. Recordings should be placed in the monitor
+	  directory when a non-absolute path is used. Exact dialplan used
+	  for testing: exten => 5040, 1,
+	  monitor(wav,tmp/jeff/monitor_test,b) exten => 5040, n,
+	  dial(sip/5001) exten => 5041, 1,
+	  monitor(wav,/tmp/jeff/monitor_test2,b) exten => 5041, n,
+	  dial(sip/5001) exten => 5042, 1, monitor(wav,monitor_test3,b)
+	  exten => 5042, n, dial(sip/5001) ABE-2101 ........
+	  ................
+
+2010-02-24 21:23 +0000 [r248613]  Tilghman Lesher <tlesher at digium.com>
+
+	* /, main/logger.c: Merged revisions 248584 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r248584 | tilghman | 2010-02-24 15:17:26 -0600 (Wed, 24 Feb 2010)
+	  | 14 lines Merged revisions 248582 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r248582 | tilghman | 2010-02-24 15:02:18 -0600 (Wed, 24 Feb 2010)
+	  | 7 lines Remove color code sequences from verbose messages that
+	  go to logfiles. (closes issue #16786) Reported by: dodo Patches:
+	  logger2.patch uploaded by dodo (license 989) Tested by: tilghman
+	  ........ ................
+
+2010-02-23 16:51 +0000 [r248400]  David Vossel <dvossel at digium.com>
+
+	* /, channels/chan_sip.c: Merged revisions 248397 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r248397 | dvossel | 2010-02-23 10:34:39 -0600 (Tue, 23 Feb 2010)
+	  | 15 lines Merged revisions 248396 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r248396 | dvossel | 2010-02-23 10:26:05 -0600 (Tue, 23 Feb 2010)
+	  | 9 lines fixes invite with replaces deadlock (closes issue
+	  #16862) Reported by: pwalker Patches: replaces_deadlock_1.4
+	  uploaded by dvossel (license 671) Tested by: pwalker, dvossel
+	  ........ ................
+
+2010-02-19 19:04 +0000 [r247933-248008]  Tilghman Lesher <tlesher at digium.com>
+
+	* main/loader.c, /, channels/chan_console.c: Merged revisions
+	  228798 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk (closes issue
+	  #16470) Reported by: kjotte ........ r228798 | tilghman |
+	  2009-11-09 01:37:52 -0600 (Mon, 09 Nov 2009) | 14 lines Fix
+	  various problems detected with Valgrind. * chan_console accessed
+	  pvts after deallocation. * The module loader did not check
+	  usecount on shutdown, which led to chan_iax2 reading a timer that
+	  was already unloaded. (closes issue #16062) Reported by:
+	  alexanderheinz Patches: 20091109__issue16062.diff.txt uploaded by
+	  tilghman (license 14) Tested by: tilghman ........
+
+	* main/ast_expr2f.c: Restore generated file from flex source
+
+2010-02-19 18:13 +0000 [r247919-247922]  Richard Mudgett <rmudgett at digium.com>
+
+	* channels/chan_misdn.c, /: Merged revisions 247914 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r247914 | rmudgett | 2010-02-19 11:33:33 -0600
+	  (Fri, 19 Feb 2010) | 62 lines Merged revisions 247910 via
+	  svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4
+	  ................ r247910 | rmudgett | 2010-02-19 11:18:49 -0600
+	  (Fri, 19 Feb 2010) | 55 lines Merged revision 247904 from
+	  https://origsvn.digium.com/svn/asterisk/be/branches/C.2-...
+	  .......... r247904 | rmudgett | 2010-02-19 10:49:44 -0600 (Fri,
+	  19 Feb 2010) | 49 lines Make chan_misdn DTMF processing
+	  consistent with other channel technologies. The processing of
+	  DTMF tones on the receiving side of an ISDN channel is
+	  inconsistent with the way it is handled in other channels,
+	  especially DAHDI analog. This causes DTMF tones sent from an ISDN
+	  phone to be doubled at the connected party. We are using the
+	  following 2 options of misdn.conf 1) astdtmf=yes 2) senddtmf=yes
+	  Option one is necessary because the asterisk DSP DTMF detection
+	  is better than mISDN's internal DSP. Not as many false positives.
+	  Option two is necessary to transmit DTMF tones end to end when
+	  mISDN channels are connected to SIP channels with out of band
+	  DTMF for example. The symptom is that DTMF tones sent by an ISDN
+	  phone are doubled on the way through asterisk when two mISDN
+	  channels are connected with a Local channel in between or if it
+	  is bridged to an analog channel. The doubling of DTMF tones is
+	  because DTMF is passed inband to asterisk by the mISDN channel
+	  and passed out of band once again after the release of the DTMF
+	  tone. Passing it inband is wrong. Neither an analog channel nor
+	  SIP channel passes DTMF inband if configured to inband DTMF.
+	  Analog and SIP channels filter out the DTMF tones because they
+	  use the voice frames returned by ast_dsp_process. But chan_misdn
+	  passes the unfiltered input voice frames instead. To overcome one
+	  aspect of the problem, the doubling of DTMF tones when two mISDN
+	  channels are directly bridged, someone made an 'optimization',
+	  where in that case the DTMF tone passed out-of-band to the peer
+	  channel is not translated to an inband tone at the transmit side.
+	  This optimization is bad because it does not work in general. For
+	  example, analog channels or mISDN channels when bridged through
+	  an intermediary local channel will generate DTMF tones from
+	  out-of-band information. Also, of course, it must not be done
+	  when there is no inband DTMF available. This patch fixes the
+	  issue. Now chan_misdn will filter the received inband DTMF signal
+	  the same as other channel types. Another change included: No need
+	  to build an extra translation path because ast_process_dsp does
+	  it if required. Patches: misdn-dtmf.patch JIRA ABE-2080
+	  ................ ................
+
+	* main/ast_expr2f.c: Restore fwrite() line so ast_expr2f.c can
+	  compile.
+
+2010-02-18 23:15 +0000 [r247842]  Tilghman Lesher <tlesher at digium.com>
+
+	* res/res_speech.c, /: Merged revisions 247841 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r247841 |
+	  tilghman | 2010-02-18 17:13:46 -0600 (Thu, 18 Feb 2010) | 7 lines
+	  Revert an errant part of a previous cleanup, to fix a memory
+	  corruption issue. (closes issue #16368) Reported by: thirionjwf
+	  Patches: res_speech.c.patch uploaded by thirionjwf (license 955)
+	  ........
+
+2010-02-18 22:45 +0000 [r247839]  David Vossel <dvossel at digium.com>
+
+	* channels/chan_sip.c: fixes dialog ref count crash isolated to the
+	  1.6.0 branch (closes issue #16375) Reported by: kobaz (closes
+	  issue #16796) Reported by: kobaz
+
+2010-02-18 21:47 +0000 [r247789]  Tilghman Lesher <tlesher at digium.com>
+
+	* /, channels/chan_sip.c: Merged revisions 247787 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r247787 |
+	  tilghman | 2010-02-18 15:42:53 -0600 (Thu, 18 Feb 2010) | 17
+	  lines If the peer record is from realtime, it could be set to 0,
+	  due to MySQL not representing NULL well in integer columns. NULL
+	  means the value is not specified for the column, which normally
+	  means the driver uses whatever is the default value. However, on
+	  MySQL, placing a NULL in either a float or integer column results
+	  in a retrieval of the 0 value. Hence, users get an errant error
+	  on load. This patch suppresses that error and makes the value as
+	  if it was not there. Note that this cannot be done in the
+	  realtime driver, because the lack of difference between NULL and
+	  0 can only be intepreted correctly by the driver itself. If we
+	  did it in the realtime driver, then it would be effectively
+	  impossible to set any realtime field to 0, because it would act
+	  as if the field were unspecified and possibly take on a different
+	  value. (closes issue #16683) Reported by: wdoekes ........
+
+2010-02-18 19:45 +0000 [r247655]  Matthew Nicholson <mnicholson at digium.com>
+
+	* /, main/features.c: Merged revisions 247652 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r247652 | mnicholson | 2010-02-18 13:39:37 -0600 (Thu, 18 Feb
+	  2010) | 13 lines Merged revisions 247651 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r247651 | mnicholson | 2010-02-18 13:38:09 -0600 (Thu, 18 Feb
+	  2010) | 6 lines Copy the calling party's account code to the
+	  called party if they don't already have one. (closes issue
+	  #16331) Reported by: bluefox Tested by: mnicholson ........
+	  ................
+
+2010-02-18 16:56 +0000 [r247504-247510]  Leif Madsen <lmadsen at digium.com>
+
+	* README-SERIOUSLY.bestpractices.txt: Merged revisions 247509 via
+	  svnmerge from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r247509 | lmadsen | 2010-02-18 11:54:43 -0500
+	  (Thu, 18 Feb 2010) | 9 lines Merged revisions 247508 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/branches/1.4
+	  ........ r247508 | lmadsen | 2010-02-18 11:53:44 -0500 (Thu, 18
+	  Feb 2010) | 1 line Add additional link to best practices document
+	  per jsmith. ........ ................
+
+	* README-SERIOUSLY.bestpractices.txt (added): Merged revisions
+	  247503 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r247503 | lmadsen | 2010-02-18 11:41:04 -0500 (Thu, 18 Feb 2010)
+	  | 18 lines Merged revisions 247502 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r247502 | lmadsen | 2010-02-18 11:38:17 -0500 (Thu, 18 Feb 2010)
+	  | 10 lines Add best practices documentation. (issue #16808)
+	  Reported by: lmadsen (issue #16810) Reported by: Nick_Lewis
+	  Tested by: lmadsen Review:
+	  https://reviewboard.asterisk.org/r/507/ ........ ................
+
+2010-02-18 04:20 +0000 [r247424]  Russell Bryant <russell at digium.com>
+
+	* Makefile, /, sounds/Makefile: Merged revisions 247423 via
+	  svnmerge from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r247423 | russell | 2010-02-17 22:20:11 -0600
+	  (Wed, 17 Feb 2010) | 17 lines Merged revisions 247422 via
+	  svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r247422 | russell | 2010-02-17 22:19:01 -0600 (Wed, 17 Feb 2010)
+	  | 10 lines Tweak argument handling for wget in the sounds
+	  Makefile. 1) Fix the check to see if we are using wget to not be
+	  full of fail. The configure script populates this variable with
+	  the absolute path to wget if it is found, so it didn't work. 2)
+	  Allow some extra arguments to be passed in for wget. This is just
+	  a simple change to allow our Bamboo build script to tell wget to
+	  be quiet and not fill up our logs with download status output.
+	  ........ ................
+
+2010-02-17 21:35 +0000 [r246986-247338]  Mark Michelson <mmichelson at digium.com>
+
+	* /, main/utils.c, include/asterisk/strings.h: Merged revisions
+	  247335 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r247335 |
+	  mmichelson | 2010-02-17 15:22:40 -0600 (Wed, 17 Feb 2010) | 20
+	  lines Fix two problems in ast_str functions found while writing a
+	  unit test. 1. The documentation for ast_str_set and
+	  ast_str_append state that the max_len parameter may be -1 in
+	  order to limit the size of the ast_str to its current allocated
+	  size. The problem was that the max_len parameter in all cases was
+	  a size_t, which is unsigned. Thus a -1 was interpreted as
+	  UINT_MAX instead of -1. Changing the max_len parameter to be
+	  ssize_t fixed this issue. 2. Once issue 1 was fixed, there was an
+	  off-by-one error in the case where we attempted to write a string
+	  larger than the current allotted size to a string when -1 was
+	  passed as the max_len parameter. When trying to write more than
+	  the allotted size, the ast_str's __AST_STR_USED was set to 1
+	  higher than it should have been. Thanks to Tilghman for quickly
+	  spotting the offending line of code. Oh, and the unit test that I
+	  referenced in the top line of this commit will be added to
+	  reviewboard shortly. Sit tight... ........
+
+	* /, apps/app_queue.c: Merged revisions 247169 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r247169 | mmichelson | 2010-02-17 10:24:54 -0600 (Wed, 17 Feb
+	  2010) | 9 lines Merged revisions 247168 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r247168 | mmichelson | 2010-02-17 10:24:17 -0600 (Wed, 17 Feb
+	  2010) | 3 lines Make sure that when autofill is disabled that
+	  callers not in the front of the queue cannot place calls.
+	  ........ ................
+
+	* /, include/asterisk/strings.h: Merged revisions 246985 via
+	  svnmerge from https://origsvn.digium.com/svn/asterisk/trunk
+	  ........ r246985 | mmichelson | 2010-02-16 15:15:38 -0600 (Tue,
+	  16 Feb 2010) | 3 lines Add some clarifying documentation to the
+	  ast_str_set and ast_str_append functions. ........
+
+2010-02-16 21:07 +0000 [r246903-246984]  David Vossel <dvossel at digium.com>
+
+	* main/tcptls.c, /: Merged revisions 246980 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r246980 |
+	  dvossel | 2010-02-16 14:54:48 -0600 (Tue, 16 Feb 2010) | 8 lines
+	  warning message if openssl support is missing while attempting
+	  tls connection (closes issue #16673) Reported by: michaesc
+	  Patches: tls_error_msg.diff uploaded by dvossel (license 671)
+	  ........
+
+	* main/channel.c, /: Merged revisions 246899 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r246899 |
+	  dvossel | 2010-02-16 11:07:41 -0600 (Tue, 16 Feb 2010) | 16 lines
+	  fixes sample rate conversion issue with Monitor application When
+	  using ast_seekstream with the read/write streams of a monitor,
+	  the number of samples we are seeking must be of the same rate as
+	  the stream or the jump calculation will be incorrect. This patch
+	  adds logic to correctly convert the number of samples to jump to
+	  the sample rate the read/write stream is using. For example, if
+	  the call is G722 (16khz) and the read/write stream is recording a
+	  8khz wav, seeking 320 samples of 16khz audio is not the same as
+	  seeking 320 samples of 8khz audio when performing the
+	  ast_seekstream on the stream. ABE-2044 ........
+
+2010-02-15 23:44 +0000 [r246711]  Tilghman Lesher <tlesher at digium.com>
+
+	* Makefile, /: Merged revisions 246710 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r246710 | tilghman | 2010-02-15 17:43:28 -0600 (Mon, 15 Feb 2010)
+	  | 12 lines Merged revisions 246709 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r246709 | tilghman | 2010-02-15 17:42:33 -0600 (Mon, 15 Feb 2010)
+	  | 5 lines Make the menuselect instructions correct by allowing
+	  'make menuselect' to actually solve dependency problems.
+	  (Previously, it would fail out again with the same message about
+	  running 'make menuselect', which was NOT at all helpful.)
+	  ........ ................
+
+2010-02-12 23:35 +0000 [r246549]  David Vossel <dvossel at digium.com>
+
+	* main/channel.c, /: Merged revisions 246546 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r246546 | dvossel | 2010-02-12 17:32:33 -0600 (Fri, 12 Feb 2010)
+	  | 21 lines Merged revisions 246545 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r246545 | dvossel | 2010-02-12 17:30:17 -0600 (Fri, 12 Feb 2010)
+	  | 16 lines lock channel during datastore removal On channel
+	  destruction the channel's datastores are removed and destroyed.
+	  Since there are public API calls to find and remove datastores on
+	  a channel, a lock should be held whenever datastores are removed
+	  and destroyed. This resolves a crash caused by a race condition
+	  in app_chanspy.c. (closes issue #16678) Reported by:
+	  tim_ringenbach Patches: datastore_destroy_race.diff uploaded by
+	  tim ringenbach (license 540) Tested by: dvossel ........
+	  ................
+
+2010-02-12 18:57 +0000 [r246462]  Jason Parker <jparker at digium.com>
+
+	* main/channel.c: Fix some silly formatting that made my head hurt.
+
+2010-02-10 21:27 +0000 [r246201-246205]  Tilghman Lesher <tlesher at digium.com>
+
+	* /, funcs/func_strings.c: Merged revisions 246204 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk ........
+	  r246204 | tilghman | 2010-02-10 15:24:10 -0600 (Wed, 10 Feb 2010)
+	  | 2 lines Fussy compiler on another machine... ........
+
+	* /, funcs/func_strings.c: Merged revisions 246200 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk ........
+	  r246200 | tilghman | 2010-02-10 15:19:35 -0600 (Wed, 10 Feb 2010)
+	  | 2 lines Fix weird issue with unit tests on optimized build -
+	  turned out to be a signing issue. ........
+
+2010-02-10 17:56 +0000 [r246122]  David Vossel <dvossel at digium.com>
+
+	* /, apps/app_queue.c: Merged revisions 246116 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r246116 | dvossel | 2010-02-10 11:49:34 -0600 (Wed, 10 Feb 2010)
+	  | 14 lines Merged revisions 246115 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r246115 | dvossel | 2010-02-10 11:44:20 -0600 (Wed, 10 Feb 2010)
+	  | 8 lines fixes random deadlock in app_queue with use_weight
+	  during reload (closes issue #16677) Reported by: tim_ringenbach
+	  Patches: app_queue_use_weight_deadlock.diff uploaded by tim
+	  ringenbach (license 540) ........ ................
+
+2010-02-10 16:53 +0000 [r246071]  Jeff Peeler <jpeeler at digium.com>
+
+	* channels/chan_local.c, /: Merged revisions 246070 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk ........
+	  r246070 | jpeeler | 2010-02-10 10:47:37 -0600 (Wed, 10 Feb 2010)
+	  | 22 lines Change channel state on local channels for
+	  busy,answer,ring. Previously local channels channel state never
+	  changed. This became problematic when the state of the other side
+	  of the local channel was lost, for example during a masquerade.
+	  Changing the state of the local channel allows for the scenario
+	  to be detected when the channel state is set to ringing, but the
+	  peer isn't ringing. The specific problem scenario is described in
+	  164201. Although this was noted on one of the issues, here is the
+	  tested dialplan verified to work: exten =>
+	  9700,1,Dial(Local/*9700 at default&Local/0009700 at default) exten =>
+	  *9700,1,Set(GLOBAL(TESTCHAN)=${CHANNEL:0:${MATH(${LEN(${CHANNEL})}-1):0:2}}1)
+	  exten => *9700,n,wait(3) ;3 works, 1 did not exten =>
+	  *9700,n,Dial(SIP/5001) exten => 0009700,1,Wait(1) ;1 works, 3 did
+	  not exten =>
+	  0009700,n,ChannelRedirect(${TESTCHAN},parkedcalls,701,1) (closes
+	  issue #14992) Reported by: davidw ........
+
+2010-02-10 15:38 +0000 [r245946-246023]  Tilghman Lesher <tlesher at digium.com>
+
+	* /, funcs/func_strings.c: Merged revisions 246022 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk ........
+	  r246022 | tilghman | 2010-02-10 09:36:57 -0600 (Wed, 10 Feb 2010)
+	  | 2 lines Enable warnings on atypical conditions for the FILTER
+	  function (suggested by mmichelson on the -dev list). ........
+
+	* configs/extensions.conf.sample, /, funcs/func_strings.c: Merged
+	  revisions 245945 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ................
+	  r245945 | tilghman | 2010-02-10 08:06:12 -0600 (Wed, 10 Feb 2010)
+	  | 9 lines Merged revisions 245944 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r245944 | tilghman | 2010-02-10 07:37:13 -0600 (Wed, 10 Feb 2010)
+	  | 2 lines Include examples of FILTER usage in extension patterns
+	  where a "." may be a risk. ........ ................
+
+2010-02-09 23:14 +0000 [r245796]  David Vossel <dvossel at digium.com>
+
+	* /, channels/chan_iax2.c: Merged revisions 245793 via svnmerge
+	  from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r245793 | dvossel | 2010-02-09 17:07:17 -0600
+	  (Tue, 09 Feb 2010) | 18 lines Merged revisions 245792 via
+	  svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r245792 | dvossel | 2010-02-09 16:55:38 -0600 (Tue, 09 Feb 2010)
+	  | 12 lines Fixes iaxs and iaxsl size off by one issue. 2^15 =
+	  32768 which is the maximum allowed iax2 callnumber. Creating the
+	  iaxs and iaxsl array of size 32768 means the maximum callnumber
+	  is actually out of bounds. This causes a nasty crash. (closes
+	  issue #15997) Reported by: exarv Patches: iax_fix.diff uploaded
+	  by dvossel (license 671) ........ ................
+
+2010-02-09 18:09 +0000 [r245730]  Tilghman Lesher <tlesher at digium.com>
+
+	* /, apps/app_fax.c: Merged revisions 245729 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r245729 |
+	  tilghman | 2010-02-09 12:06:30 -0600 (Tue, 09 Feb 2010) | 8 lines
+	  Ensure frames are only freed once. (closes issue #16361) Reported
+	  by: vlad Patches: 20100208__issue16361.diff.txt uploaded by
+	  tilghman (license 14) Tested by: kenny, bloodoff, misaksen
+	  ........
+
+2010-02-09 16:25 +0000 [r245681]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* /, apps/app_fax.c: Merged revisions 245680 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/trunk ........ r245680 |
+	  kpfleming | 2010-02-09 10:24:52 -0600 (Tue, 09 Feb 2010) | 8
+	  lines Don't offer MMR or JBIG transcoding during T.38
+	  negotiation. After further discussion with Steve Underwood, we
+	  should not (yet) be offering to receive MMR or JBIG transcoded
+	  streams from T.38 endpoints. A future spandsp release will
+	  support those features, and then they can be enabled during
+	  negotiation ........
+
+2010-02-08 23:51 +0000 [r245627]  Jason Parker <jparker at digium.com>
+
+	* apps/app_voicemail.c: Stop playing the message number multiple
+	  times. Also remove some accidentally duplicated code, which may
+	  have been causing a memleak. This was caused by a bad merge.
+	  (closes issue #16579) Reported by: kue Patches: 0016525.patch
+	  uploaded by hokie21 (license 987)
+
+2010-02-08 22:46 +0000 [r245579]  Tilghman Lesher <tlesher at digium.com>
+
+	* /, main/Makefile, channels/Makefile: Merged revisions 245578 via
+	  svnmerge from https://origsvn.digium.com/svn/asterisk/trunk
+	  ........ r245578 | tilghman | 2010-02-08 16:31:40 -0600 (Mon, 08
+	  Feb 2010) | 12 lines Actually use _ASTLDFLAGS in the main/ and
+	  channels/ Makefiles. They were previously passed correctly, but
+	  they simply weren't used. This caused issues with various
+	  platforms whose builds needed to pass special linker flags via
+	  the configure script. (closes issue #16596) Reported by:
+	  pprindeville Patches: asterisk-1.6-astldflags.patch uploaded by
+	  pprindeville (license 347) Tested by: tilghman ........
+
+2010-02-08 20:42 +0000 [r245498]  Jason Parker <jparker at digium.com>
+
+	* main/ast_expr2.fl, /, main/ast_expr2f.c: Merged revisions 245497
+	  via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk
+	  ................ r245497 | qwell | 2010-02-08 14:41:05 -0600
+	  (Mon, 08 Feb 2010) | 11 lines Merged revisions 245496 via
+	  svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+	  r245496 | qwell | 2010-02-08 14:39:50 -0600 (Mon, 08 Feb 2010) |
+	  4 lines Remove reference of documentation in source directory.
+	  People don't always build Asterisk from source (distro packages,
+	  anybody?). ........ ................
+

[... 56139 lines stripped ...]



More information about the svn-commits mailing list