[asterisk-commits] lmadsen: tag 1.6.1.20-rc1 r261549 - /tags/1.6.1.20-rc1/
SVN commits to the Asterisk project
asterisk-commits at lists.digium.com
Thu May 6 09:42:18 CDT 2010
Author: lmadsen
Date: Thu May 6 09:42:13 2010
New Revision: 261549
URL: http://svnview.digium.com/svn/asterisk?view=rev&rev=261549
Log:
Importing files for 1.6.1.20-rc1 release.
Added:
tags/1.6.1.20-rc1/.lastclean (with props)
tags/1.6.1.20-rc1/.version (with props)
tags/1.6.1.20-rc1/ChangeLog (with props)
Added: tags/1.6.1.20-rc1/.lastclean
URL: http://svnview.digium.com/svn/asterisk/tags/1.6.1.20-rc1/.lastclean?view=auto&rev=261549
==============================================================================
--- tags/1.6.1.20-rc1/.lastclean (added)
+++ tags/1.6.1.20-rc1/.lastclean Thu May 6 09:42:13 2010
@@ -1,0 +1,1 @@
+36
Propchange: tags/1.6.1.20-rc1/.lastclean
------------------------------------------------------------------------------
svn:eol-style = native
Propchange: tags/1.6.1.20-rc1/.lastclean
------------------------------------------------------------------------------
svn:keywords = none
Propchange: tags/1.6.1.20-rc1/.lastclean
------------------------------------------------------------------------------
svn:mime-type = text/plain
Added: tags/1.6.1.20-rc1/.version
URL: http://svnview.digium.com/svn/asterisk/tags/1.6.1.20-rc1/.version?view=auto&rev=261549
==============================================================================
--- tags/1.6.1.20-rc1/.version (added)
+++ tags/1.6.1.20-rc1/.version Thu May 6 09:42:13 2010
@@ -1,0 +1,1 @@
+1.6.1.20-rc1
Propchange: tags/1.6.1.20-rc1/.version
------------------------------------------------------------------------------
svn:eol-style = native
Propchange: tags/1.6.1.20-rc1/.version
------------------------------------------------------------------------------
svn:keywords = none
Propchange: tags/1.6.1.20-rc1/.version
------------------------------------------------------------------------------
svn:mime-type = text/plain
Added: tags/1.6.1.20-rc1/ChangeLog
URL: http://svnview.digium.com/svn/asterisk/tags/1.6.1.20-rc1/ChangeLog?view=auto&rev=261549
==============================================================================
--- tags/1.6.1.20-rc1/ChangeLog (added)
+++ tags/1.6.1.20-rc1/ChangeLog Thu May 6 09:42:13 2010
@@ -1,0 +1,66000 @@
+2010-05-06 Leif Madsen <lmadsen at digium.com>
+
+ * Asterisk 1.6.1.20-rc1 Released
+
+2010-05-06 14:02 +0000 [r261497] Russell Bryant <russell at digium.com>
+
+ * /, main/heap.c: Merged revisions 261496 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ........ r261496 |
+ russell | 2010-05-06 08:58:07 -0500 (Thu, 06 May 2010) | 40 lines
+ Fix handling of removing nodes from the middle of a heap. This
+ bug surfaced in 1.6.2 and does not affect code in any other
+ released version of Asterisk. It manifested itself as SIP qualify
+ not happening when it should, causing peers to go unreachable.
+ This was debugged down to scheduler entries sometimes not getting
+ executed when they were supposed to, which was in turn caused by
+ an error in the heap code. The problem only sometimes occurs, and
+ it is due to the logic for removing an entry in the heap from an
+ arbitrary location (not just popping off the top). The scheduler
+ performs this operation frequently when entries are removed
+ before they run (when ast_sched_del() is used). In a normal pop
+ off of the top of the heap, a node is taken off the bottom,
+ placed at the top, and then bubbled down until the max heap
+ property is restored (see max_heapify()). This same logic was
+ used for removing an arbitrary node from the middle of the heap.
+ Unfortunately, that logic is full of fail. This patch fixes that
+ by fully restoring the max heap property when a node is thrown
+ into the middle of the heap. Instead of just pushing it down as
+ appropriate, it first pushes it up as high as it will go, and
+ _then_ pushes it down. Lastly, fix a minor problem in
+ ast_heap_verify(), which is only used for debugging. If a parent
+ and child node have the same value, that is not an error. The
+ only error is if a parent's value is less than its children. A
+ huge thanks goes out to cappucinoking for debugging this down to
+ the scheduler, and then producing an ast_heap test case that
+ demonstrated the breakage. That made it very easy for me to focus
+ on the heap logic and produce a fix. Open source projects are
+ awesome. (closes issue #16936) Reported by: ib2 Tested by:
+ cappucinoking, crjw (closes issue #17277) Reported by:
+ cappucinoking Patches: heap-fix.rev2.diff uploaded by russell
+ (license 2) Tested by: cappucinoking, russell ........
+
+2010-05-06 07:35 +0000 [r261452] Tzafrir Cohen <tzafrir.cohen at xorcom.com>
+
+ * channels/chan_dahdi.c, /: Merged revisions 261451 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk ........
+ r261451 | tzafrir | 2010-05-06 10:27:31 +0300 (×”', 06 מ××™ 2010) |
+ 4 lines When failing to configure, don't destroy 'cfg' twice
+ Fixes a crash when some config section had an incorrect channel
+ config. ........
+
+2010-05-05 19:14 +0000 [r261317] Paul Belanger <paul.belanger at polybeacon.com>
+
+ * /, channels/chan_sip.c: Merged revisions 261314 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r261314 | pabelanger | 2010-05-05 14:43:03 -0400 (Wed, 05 May
+ 2010) | 19 lines Merged revisions 261274 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r261274 | pabelanger | 2010-05-05 12:42:22 -0400 (Wed, 05 May
+ 2010) | 12 lines Registration fix for SIP realtime. Make sure
+ realtime fields are not empty. (closes issue #17266) Reported by:
+ Nick_Lewis Patches: chan_sip.c-realtime.patch uploaded by Nick
+ Lewis (license 657) Tested by: Nick_Lewis, sberney Review:
+ https://reviewboard.asterisk.org/r/643/ ........ ................
+
+2010-05-04 23:55 +0000 [r261097] Tilghman Lesher <tlesher at digium.com>
+
+ * main/channel.c, /: Merged revisions 261095 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r261095 | tilghman | 2010-05-04 18:51:52 -0500 (Tue, 04 May 2010)
+ | 18 lines Merged revisions 261093-261094 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r261093 | tilghman | 2010-05-04 18:36:53 -0500 (Tue, 04 May 2010)
+ | 7 lines Protect against overflow, when calculating how long to
+ wait for a frame. (closes issue #17128) Reported by: under
+ Patches: d.diff uploaded by under (license 914) ........ r261094
+ | tilghman | 2010-05-04 18:47:08 -0500 (Tue, 04 May 2010) | 2
+ lines Add a tiny corner case to the previous commit ........
+ ................
+
+2010-05-04 18:57 +0000 [r260926] Jeff Peeler <jpeeler at digium.com>
+
+ * apps/app_voicemail.c, /: Merged revisions 260924 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r260924 | jpeeler | 2010-05-04 13:51:28 -0500
+ (Tue, 04 May 2010) | 18 lines Merged revisions 260923 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r260923 | jpeeler | 2010-05-04 13:46:46 -0500 (Tue, 04 May 2010)
+ | 12 lines Voicemail transfer to operator should occur
+ immediately, not after main menu. There were two scenarios in the
+ advanced options that while using the operator=yes and review=yes
+ options, the transfer occurred only after exiting the main menu
+ (after sending a reply or leaving a message for an extension).
+ Now after the audio is processed for the reply or message the
+ transfer occurs immediately as expected. ABE-2107 ABE-2108
+ ........ ................
+
+2010-05-04 15:51 +0000 [r260745-260804] Jason Parker <jparker at digium.com>
+
+ * /, build_tools/make_build_h: Merged revisions 260802 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r260802 | qwell | 2010-05-04 10:49:57 -0500
+ (Tue, 04 May 2010) | 9 lines Merged revisions 260801 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/branches/1.4
+ ........ r260801 | qwell | 2010-05-04 10:49:27 -0500 (Tue, 04 May
+ 2010) | 1 line Fix fallout from removing from configure script.
+ Pointed out by philipp64 on #asterisk-dev ........
+ ................
+
+ * /: Fix merge props
+
+2010-05-03 17:37 +0000 [r260741] Paul Belanger <paul.belanger at polybeacon.com>
+
+ * Makefile, /: Merged revisions 260661-260662 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r260661 | pabelanger | 2010-05-03 12:41:30 -0400 (Mon, 03 May
+ 2010) | 10 lines non-root make install PREFIX=/tmp fails. Prepend
+ libdir when executing mkpkgconfig allowing non-root installs to
+ work. (closes issue #17268) Reported by: pabelanger Patches:
+ issue17268.patch uploaded by pabelanger (license 224) Tested by:
+ pabelanger ........ r260662 | pabelanger | 2010-05-03 12:54:41
+ -0400 (Mon, 03 May 2010) | 3 lines Should have removed /usr/lib/
+ part. Thanks Qwell. ........
+
+2010-05-03 14:59 +0000 [r260572] Leif Madsen <lmadsen at digium.com>
+
+ * doc/HOWTO_collect_debug_information.txt: Merged revisions 260570
+ via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r260570 | lmadsen | 2010-05-03 09:58:23 -0500
+ (Mon, 03 May 2010) | 9 lines Merged revisions 260569 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/branches/1.4
+ ........ r260569 | lmadsen | 2010-05-03 09:57:39 -0500 (Mon, 03
+ May 2010) | 1 line Minor typo pointed out by pabelanger on IRC.
+ ........ ................
+
+2010-04-30 22:47 +0000 [r260440] Jeff Peeler <jpeeler at digium.com>
+
+ * channels/chan_dahdi.c, /: Merged revisions 260437 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r260437 | jpeeler | 2010-04-30 17:36:49 -0500
+ (Fri, 30 Apr 2010) | 18 lines Merged revisions 260434 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r260434 | jpeeler | 2010-04-30 17:22:46 -0500 (Fri, 30 Apr 2010)
+ | 11 lines Ensure channel state is not incorrectly set in the
+ case of a very early answer. The needringing bit was being read
+ in dahdi_read after answering thereby setting the state to
+ ringing from up. This clears needringing upon answering so that
+ is no longer possible. (closes issue #17067) Reported by: tzafrir
+ Patches: needringing.diff uploaded by tzafrir (license 46)
+ ........ ................
+
+2010-04-30 20:18 +0000 [r260354] Mark Michelson <mmichelson at digium.com>
+
+ * /, res/res_musiconhold.c: Merged revisions 260346 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r260346 | mmichelson | 2010-04-30 15:11:02 -0500
+ (Fri, 30 Apr 2010) | 24 lines Merged revisions 260345 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r260345 | mmichelson | 2010-04-30 15:08:15 -0500 (Fri, 30 Apr
+ 2010) | 18 lines Fix potential crash from race condition due to
+ accessing channel data without the channel locked. In
+ res_musiconhold.c, there are several places where a channel's
+ stream's existence is checked prior to calling ast_closestream on
+ it. The issue here is that in several cases, the channel was not
+ locked while checking the stream. The result was that if two
+ threads checked the state of the channel's stream at
+ approximately the same time, then there could be a situation
+ where both threads attempt to call ast_closestream on the
+ channel's stream. The result here is that the refcount for the
+ stream would go below 0, resulting in a crash. I have added
+ proper channel locking to res_musiconhold.c to ensure that we do
+ not try to check chan->stream without the channel locked. A
+ Digium customer has been using this patch for several weeks and
+ has not had any crashes since applying the patch. ABE-2147
+ ........ ................
+
+2010-04-29 23:03 +0000 [r260233] Richard Mudgett <rmudgett at digium.com>
+
+ * channels/chan_dahdi.c, /: Merged revisions 260231 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r260231 | rmudgett | 2010-04-29 17:44:14 -0500
+ (Thu, 29 Apr 2010) | 33 lines Merged revisions 260195 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r260195 | rmudgett | 2010-04-29 17:11:47 -0500 (Thu, 29 Apr 2010)
+ | 26 lines DTMF CallerID detection problems. The code handling
+ DTMF CallerID drops digits on long CallerID numbers and may
+ timeout waiting for the first ring with shorter numbers. The DTMF
+ emulation mode was not turned off when processing DTMF CallerID.
+ When the emulation code gets behind in processing the DTMF digits
+ it can skip a digit. For shorter numbers, the timeout may have
+ been too short. I increased it from 2 seconds to 4 seconds. Four
+ seconds is a typical time between rings for many countries.
+ (closes issue #16460) Reported by: sum Patches: issue16460.patch
+ uploaded by rmudgett (license 664) issue16460_v1.6.2.patch
+ uploaded by rmudgett (license 664) Tested by: sum, rmudgett
+ Review: https://reviewboard.asterisk.org/r/634/ JIRA SWP-562 JIRA
+ AST-334 JIRA SWP-901 ........ ................
+
+2010-04-29 18:18 +0000 [r260154] Tilghman Lesher <tlesher at digium.com>
+
+ * configs/extensions.conf.sample, /: Merged revisions 260148 via
+ svnmerge from https://origsvn.digium.com/svn/asterisk/trunk
+ ........ r260148 | tilghman | 2010-04-29 13:15:57 -0500 (Thu, 29
+ Apr 2010) | 2 lines Pattern match fail. ........
+
+2010-04-29 15:37 +0000 [r260052] David Vossel <dvossel at digium.com>
+
+ * /, include/asterisk/audiohook.h, main/audiohook.c: Merged
+ revisions 260050 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r260050 | dvossel | 2010-04-29 10:33:27 -0500 (Thu, 29 Apr 2010)
+ | 21 lines Merged revisions 260049 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r260049 | dvossel | 2010-04-29 10:31:02 -0500 (Thu, 29 Apr 2010)
+ | 14 lines Fixes crash in audiohook_write_list The middle_frame
+ in the audiohook_write_list function was being freed if a
+ audiohook manipulator returned a failure. This is incorrect
+ logic. This patch resolves this and adds detailed descriptions of
+ how this function should work and why manipulator failures must
+ be ignored. (closes issue #17052) Reported by: dvossel Tested by:
+ dvossel (closes issue #16196) Reported by: atis Review:
+ https://reviewboard.asterisk.org/r/623/ ........ ................
+
+2010-04-28 22:35 +0000 [r259958] Mark Michelson <mmichelson at digium.com>
+
+ * /, channels/chan_sip.c: Merged revisions 259957 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ........ r259957 |
+ mmichelson | 2010-04-28 17:34:15 -0500 (Wed, 28 Apr 2010) | 11
+ lines Don't override peer context with domain context. (closes
+ issue #17040) Reported by: pprindeville Patches:
+ asterisk-1.6-bugid17040.patch uploaded by pprindeville (license
+ 347) Tested by: pprindeville Review:
+ https://reviewboard.asterisk.org/r/565/ ........
+
+2010-04-28 21:33 +0000 [r259930] David Vossel <dvossel at digium.com>
+
+ * main/channel.c, channels/chan_local.c, /: Merged revisions 259870
+ via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r259870 | dvossel | 2010-04-28 16:20:03 -0500
+ (Wed, 28 Apr 2010) | 39 lines Merged revisions 259858 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r259858 | dvossel | 2010-04-28 16:16:03 -0500 (Wed, 28 Apr 2010)
+ | 33 lines resolves deadlocks in chan_local Issue_1. In the
+ local_hangup() 3 locks must be held at the same time... pvt,
+ pvt->chan, and pvt->owner. Proper deadlock avoidance is done when
+ the channel to hangup is the outbound chan_local channel, but
+ when it is not the outbound channel we have an issue... We
+ attempt to do deadlock avoidance only on the tech pvt, when both
+ the tech pvt and the pvt->owner are locked coming into that loop.
+ By never giving up the pvt->owner channel deadlock avoidance is
+ not entirely possible. This patch resolves that by doing deadlock
+ avoidance on both the pvt->owner and the pvt when trying to get
+ the pvt->chan lock. Issue_2. ast_prod() is used in
+ ast_activate_generator() to queue a frame on the channel and make
+ the channel's read function get called. This function is used in
+ ast_activate_generator() while the channel is locked, which
+ mean's the channel will have a lock both from the generator code
+ and the frame_queue code by the time it gets to chan_local.c's
+ local_queue_frame code... local_queue_frame contains some of the
+ same crazy deadlock avoidance that local_hangup requires, and
+ this recursive lock prevents that deadlock avoidance from
+ happening correctly. This patch removes ast_prod() from the
+ channel lock so only one lock is held during the
+ local_queue_frame function. (closes issue #17185) Reported by:
+ schmoozecom Patches: issue_17185_v1.diff uploaded by dvossel
+ (license 671) issue_17185_v2.diff uploaded by dvossel (license
+ 671) Tested by: schmoozecom, GameGamer43 Review:
+ https://reviewboard.asterisk.org/r/631/ ........ ................
+
+2010-04-28 21:09 +0000 [r259855] Leif Madsen <lmadsen at digium.com>
+
+ * config.guess: Merged revisions 259853 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r259853 | lmadsen | 2010-04-28 16:08:34 -0500 (Wed, 28 Apr 2010)
+ | 14 lines Merged revisions 259852 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r259852 | lmadsen | 2010-04-28 16:07:48 -0500 (Wed, 28 Apr 2010)
+ | 6 lines Update config.guess. Updating config.guess because
+ after installing Ubuntu Server 9.10 and running all the update
+ scripts, running ./configure would not continue because it was
+ unable to determine what kind of system I had. After updating
+ config.guess things started working again. ........
+ ................
+
+2010-04-28 20:33 +0000 [r259776-259850] Jason Parker <jparker at digium.com>
+
+ * /, configure, configure.ac: Merged revisions 259848 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r259848 | qwell | 2010-04-28 15:32:14 -0500
+ (Wed, 28 Apr 2010) | 9 lines Merged revisions 259847 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/branches/1.4
+ ........ r259847 | qwell | 2010-04-28 15:30:21 -0500 (Wed, 28 Apr
+ 2010) | 1 line Add AC_CONFIG_AUX_DIR to configure script, so
+ systems without install can use install-sh from our source dir.
+ ........ ................
+
+ * makeopts.in, /: Merged revisions 259837 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r259837 | qwell | 2010-04-28 15:26:35 -0500 (Wed, 28 Apr 2010) |
+ 9 lines Merged revisions 259833 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r259833 | qwell | 2010-04-28 15:25:36 -0500 (Wed, 28 Apr 2010) |
+ 1 line Missed this when removing $ID ........ ................
+
+ * Makefile, /, configure, configure.ac: Merged revisions 259760 via
+ svnmerge from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r259760 | qwell | 2010-04-28 14:19:54 -0500
+ (Wed, 28 Apr 2010) | 14 lines Merged revisions 259748 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r259748 | qwell | 2010-04-28 14:17:38 -0500 (Wed, 28 Apr 2010) |
+ 7 lines Remove usage of `id` since it isn't useful and was
+ causing breakge. Solaris `id` doesn't support the -u argument.
+ Instead of figuring out how to fix this to work on Solaris, I
+ decided to check why it was necessary and where else it was used.
+ It was only used in one place, and it hasn't been needed for a
+ very long time (I question whether it was ever needed). ........
+ ................
+
+2010-04-28 17:19 +0000 [r259679] Jeff Peeler <jpeeler at digium.com>
+
+ * apps/app_voicemail.c, /: Merged revisions 259672 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r259672 | jpeeler | 2010-04-28 12:18:43 -0500
+ (Wed, 28 Apr 2010) | 11 lines Merged revisions 259664 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r259664 | jpeeler | 2010-04-28 12:13:29 -0500 (Wed, 28 Apr 2010)
+ | 4 lines Do not play goodbye prompt after timeout of message
+ review. ABE-2124 ........ ................
+
+2010-04-27 22:37 +0000 [r259615] Richard Mudgett <rmudgett at digium.com>
+
+ * channels/chan_dahdi.c, /: Merged revisions 259538 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r259538 | rmudgett | 2010-04-27 17:18:09 -0500
+ (Tue, 27 Apr 2010) | 18 lines Merged revisions 259531 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r259531 | rmudgett | 2010-04-27 16:53:07 -0500 (Tue, 27 Apr 2010)
+ | 11 lines DAHDI "WARNING" message is confusing and vague
+ "WARNING[28406]: chan_dahdi.c:6873 ss_thread: CallerID feed
+ failed: Success" Changed the warning to "Failed to decode
+ CallerID on channel 'name'". The message before it is likely more
+ specific about why the CallerID decode failed. SWP-501 AST-283
+ ........ ................
+
+2010-04-27 21:50 +0000 [r259529] Leif Madsen <lmadsen at digium.com>
+
+ * sounds/Makefile: Merged revisions 259527 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r259527 | lmadsen | 2010-04-27 16:49:36 -0500 (Tue, 27 Apr 2010)
+ | 23 lines Merged revisions 259526 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r259526 | lmadsen | 2010-04-27 16:48:47 -0500 (Tue, 27 Apr 2010)
+ | 15 lines Update sounds files. * Add additional sounds prompts
+ for say_enumeration * Update the English conference sounds
+ prompts so they are better quality and all sound more consistent
+ * Clean up the core-sounds-XX.txt and extra-sounds-XX.txt files
+ to include all present sound files Both core (en, fr, es) and
+ extra (en, fr) sounds files have been updated. (closes issue
+ #16200) Reported by: murf (closes issue #17137) Reported by:
+ lmadsen ........ ................
+
+2010-04-27 21:22 +0000 [r259355-259471] Jason Parker <jparker at digium.com>
+
+ * /, main/editline/configure, main/editline/Makefile.in,
+ main/editline/configure.in: Merged revisions 259439 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk ........
+ r259439 | qwell | 2010-04-27 16:13:01 -0500 (Tue, 27 Apr 2010) |
+ 5 lines Add gar to the check for AR for those silly OSes
+ (Solaris) that don't have ar. autoconf2.13 couldn't handle
+ AC_PROG_GREP, so I removed it. This is fine, since we don't need
+ to use anything that the configure script doesn't. ........
+
+ * /, configure, configure.ac: Merged revisions 259353 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r259353 | qwell | 2010-04-27 14:31:55 -0500
+ (Tue, 27 Apr 2010) | 12 lines Merged revisions 259352 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r259352 | qwell | 2010-04-27 14:29:26 -0500 (Tue, 27 Apr 2010) |
+ 5 lines Support the silly OSes that don't have ar and strip.
+ Since AC_PATH_TOOL is equiv to AC_CHECK_TOOL when path isn't
+ specified, and AC_PATH_TOOLS doesn't exist, we'll just switch to
+ AC_CHECK_TOOLS. ........ ................
+
+2010-04-27 18:53 +0000 [r259309] Richard Mudgett <rmudgett at digium.com>
+
+ * channels/chan_dahdi.c, configs/chan_dahdi.conf.sample, /: Merged
+ revisions 259307 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r259307 | rmudgett | 2010-04-27 13:29:33 -0500 (Tue, 27 Apr 2010)
+ | 21 lines Merged revisions 259270 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r259270 | rmudgett | 2010-04-27 13:14:54 -0500 (Tue, 27 Apr 2010)
+ | 14 lines hidecalleridname parameter in chan_dahdi.conf Issue
+ #7321 implements a new chan_dahdi configuration option. However,
+ a change mentioned in the issue was never implemented. This is
+ the change that will allow the feature to work. I added a note to
+ chan_dahdi.conf.sample about the feature. (closes issue #17143)
+ Reported by: djensen99 Patches: diff.txt uploaded by djensen99
+ (license NA) (One line change) Tested by: djensen99 ........
+ ................
+
+2010-04-26 21:48 +0000 [r259078-259108] Mark Michelson <mmichelson at digium.com>
+
+ * main/channel.c, /: Merged revisions 259105 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r259105 | mmichelson | 2010-04-26 16:45:13 -0500 (Mon, 26 Apr
+ 2010) | 9 lines Merged revisions 259104 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r259104 | mmichelson | 2010-04-26 16:44:43 -0500 (Mon, 26 Apr
+ 2010) | 3 lines Let compilation succeed warning-free when
+ DONT_OPTIMIZE is turned off. ........ ................
+
+ * main/channel.c, /: Merged revisions 259023 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r259023 | mmichelson | 2010-04-26 16:13:35 -0500 (Mon, 26 Apr
+ 2010) | 19 lines Merged revisions 259018 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r259018 | mmichelson | 2010-04-26 16:03:08 -0500 (Mon, 26 Apr
+ 2010) | 13 lines Prevent Newchannel manager events for dummy
+ channels. No Newchannel manager event will be fired for channels
+ that are allocated to not match a registered technology type.
+ Thus bogus channels allocated solely for variable substitution or
+ CDR operations do not result in a Newchannel event. (closes issue
+ #16957) Reported by: atis Review:
+ https://reviewboard.asterisk.org/r/601 ........ ................
+
+2010-04-25 18:14 +0000 [r258778] Tilghman Lesher <tlesher at digium.com>
+
+ * res/res_monitor.c, /: Merged revisions 258776 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r258776 | tilghman | 2010-04-25 13:12:14 -0500 (Sun, 25 Apr 2010)
+ | 13 lines Merged revisions 258775 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r258775 | tilghman | 2010-04-25 13:09:05 -0500 (Sun, 25 Apr 2010)
+ | 6 lines When StopMonitor is called, ensure that it will not be
+ restarted by a channel event. (closes issue #16590) Reported by:
+ kkm Patches: resmonitor-16590-trunk.239289.diff uploaded by kkm
+ (license 888) ........ ................
+
+2010-04-22 22:24 +0000 [r258705] Matthew Nicholson <mnicholson at digium.com>
+
+ * main/cdr.c, main/channel.c, /, main/features.c: Merged revisions
+ 258671,258675 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r258671 | mnicholson | 2010-04-22 16:57:59 -0500 (Thu, 22 Apr
+ 2010) | 32 lines Merged revisions 193391,258670 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r193391 | mnicholson | 2009-05-08 16:01:25 -0500 (Fri, 08 May
+ 2009) | 8 lines Set the proper disposition on originated calls.
+ (closes issue #14167) Reported by: jpt Patches:
+ call-file-missing-cdr2.diff uploaded by mnicholson (license 96)
+ Tested by: dlotina, rmartinez, mnicholson ........ r258670 |
+ mnicholson | 2010-04-22 16:49:07 -0500 (Thu, 22 Apr 2010) | 11
+ lines Fix broken CDR behavior. This change allows a CDR record
+ previously marked with disposition ANSWERED to be set as BUSY or
+ NO ANSWER. Additionally this change partially reverts r235635 and
+ does not set the AST_CDR_FLAG_ORIGINATED flag on CDRs generated
+ from ast_call(). To preserve proper CDR behavior, the
+ AST_CDR_FLAG_DIALED flag is now cleared from all brige CDRs in
+ ast_bridge_call(). (closes issue #16797) Reported by:
+ VarnishedOtter Tested by: mnicholson ........ (closes issue
+ #16222) Reported by: telles Tested by: mnicholson
+ ................ r258675 | mnicholson | 2010-04-22 17:11:23 -0500
+ (Thu, 22 Apr 2010) | 2 lines Fix previous commit.
+ ................
+
+2010-04-21 22:10 +0000 [r258435] Jeff Peeler <jpeeler at digium.com>
+
+ * apps/app_voicemail.c, /: Merged revisions 258433 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r258433 | jpeeler | 2010-04-21 16:56:09 -0500
+ (Wed, 21 Apr 2010) | 15 lines Merged revisions 258432 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r258432 | jpeeler | 2010-04-21 16:45:36 -0500 (Wed, 21 Apr 2010)
+ | 8 lines Fix looping forever when no input received in certain
+ voicemail menu scenarios. Specifically, prompting for an
+ extension (when leaving or forwarding a message) or when
+ prompting for a digit (when saving a message or changing
+ folders). ABE-2122 SWP-1268 ........ ................
+
+2010-04-21 18:23 +0000 [r258334] David Vossel <dvossel at digium.com>
+
+ * /, channels/chan_sip.c: Merged revisions 258305 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ........ r258305 |
+ dvossel | 2010-04-21 13:13:36 -0500 (Wed, 21 Apr 2010) | 12 lines
+ fixes issue with double "sip:" in header field This is a clear
+ mistake in logic. Future discussions about how to avoid having to
+ handle uri's like this should take place in the future, but this
+ fix needs to go in for now. (closes issue #15847) Reported by:
+ ebroad Patches: doublesip.patch uploaded by ebroad (license 878)
+ ........
+
+2010-04-20 17:51 +0000 [r258105] Jeff Peeler <jpeeler at digium.com>
+
+ * apps/app_voicemail.c, /: Merged revisions 258065 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r258065 | jpeeler | 2010-04-20 12:06:19 -0500
+ (Tue, 20 Apr 2010) | 17 lines Merged revisions 258029 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r258029 | jpeeler | 2010-04-20 11:16:33 -0500 (Tue, 20 Apr 2010)
+ | 11 lines Play correct prompt when voicemail store failure
+ occurs after attempted forward. If a user's mailbox was full and
+ a message was attempted to be forwarded to said box, warnings on
+ the console would indicate failure. However, the played prompt
+ was that of success (vm-msgsaved). Now storage failure is taken
+ into account and the correct prompt (vm-mailboxfull) is played
+ when appropriate. ABE-2123 SWP-1262 ........ ................
+
+2010-04-19 18:22 +0000 [r257833] Terry Wilson <twilson at digium.com>
+
+ * /, main/features.c: Merged revisions 257810 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ........ r257810 |
+ twilson | 2010-04-19 12:57:41 -0500 (Mon, 19 Apr 2010) | 5 lines
+ Fix incomplete CDR merge from r195881 Because res/res_features.c
+ was removed and main/cdr.c added, these changes didn't make it to
+ trunk and the 1.6.x branches ........
+
+2010-04-18 17:28 +0000 [r257770] Tilghman Lesher <tlesher at digium.com>
+
+ * configs/cdr_odbc.conf.sample, /: Merged revisions 257768 via
+ svnmerge from https://origsvn.digium.com/svn/asterisk/trunk
+ ........ r257768 | tilghman | 2010-04-18 12:25:53 -0500 (Sun, 18
+ Apr 2010) | 2 lines Removing unused configuration parameters
+ ........
+
+2010-04-16 21:32 +0000 [r257739] Dwayne M. Hubbard <dwayne.hubbard at gmail.com>
+
+ * apps/app_mixmonitor.c, /: Merged revisions 257713 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r257713 | dhubbard | 2010-04-16 16:22:30 -0500
+ (Fri, 16 Apr 2010) | 28 lines Merged revisions 257686 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r257686 | dhubbard | 2010-04-16 16:15:43 -0500 (Fri, 16 Apr 2010)
+ | 21 lines Make the mixmonitor thread process audio frames faster
+ Mantis issue 17078 reports MixMonitor recordings have shorter
+ durations than the call duration. This was because the mixmonitor
+ thread was not processing frames from the audiohook fast enough.
+ The mixmonitor thread would slowly fall behind the most recent
+ audio frame and when the channel hangs up, the mixmonitor thread
+ would exit without processing the same number of frames as the
+ channel; leaving the mixmonitor recording shorter than actual
+ call duration. This revision fixes this issue by moving the
+ ast_audiohook_trigger_wait() and the subsequent audiohook.status
+ check into the block where the ast_audiohook_read_frame()
+ function returns NULL. (closes issue #17078) Reported by:
+ geoff2010 Patches: dw-M17078.patch uploaded by dhubbard (license
+ 733) Tested by: dhubbard, geoff2010 Review:
+ https://reviewboard.asterisk.org/r/611/ ........ ................
+
+2010-04-15 21:33 +0000 [r257508-257594] Tilghman Lesher <tlesher at digium.com>
+
+ * include/asterisk/app.h, /, main/app.c: Merged revisions 257560
+ via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk
+ ................ r257560 | tilghman | 2010-04-15 16:26:19 -0500
+ (Thu, 15 Apr 2010) | 13 lines Merged revisions 257544 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r257544 | tilghman | 2010-04-15 16:23:24 -0500 (Thu, 15 Apr 2010)
+ | 6 lines Allow application options with arguments to contain
+ parentheses, through a variety of escaping techniques. Fixes
+ SWP-1194 (ABE-2143). Review:
+ https://reviewboard.asterisk.org/r/604/ ........ ................
+
+ * /, channels/chan_sip.c: Merged revisions 257493 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r257493 | tilghman | 2010-04-15 15:30:15 -0500 (Thu, 15 Apr 2010)
+ | 20 lines Merged revisions 257467 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r257467 | tilghman | 2010-04-15 15:24:50 -0500 (Thu, 15 Apr 2010)
+ | 13 lines Don't recreate peer, when responding to a repeated
+ deregistration attempt. When a reply to a deregistration is lost
+ in transmit, the client retries the deregistration. Previously,
+ this would cause a realtime/autocreate peer to be loaded back
+ into memory, after it had already been correctly purged. Instead,
+ we just want to resend the reply without loading the peer.
+ (closes issue #16908) Reported by: kkm Patches:
+ 20100412__issue16908.diff.txt uploaded by tilghman (license 14)
+ Tested by: kkm ........ ................
+
+2010-04-15 19:43 +0000 [r257345-257429] Leif Madsen <lmadsen at digium.com>
+
+ * doc/backtrace.txt: Merged revisions 257427 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r257427 | lmadsen | 2010-04-15 14:41:05 -0500 (Thu, 15 Apr 2010)
+ | 21 lines Merged revisions 257426 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r257426 | lmadsen | 2010-04-15 14:40:33 -0500 (Thu, 15 Apr 2010)
+ | 13 lines Update backtrace.txt documentation. Update the
+ backtrace.txt documentation so it conforms to the same layout as
+ other documents we've been working on recently. Additionally, add
+ a bunch of new information about gathering backtraces for crashes
+ and deadlocks, along with ways of verifying your file before
+ uploading it. Create a couple of one line commands for people to
+ generate the files we need. (closes issue #17190) Reported by:
+ lmadsen Patches: backtrace.txt.patch-2 uploaded by lmadsen
+ (license 10) Tested by: lmadsen, pabelanger ........
+ ................
+
+ * doc/backtrace.txt: Merged revisions 257343 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r257343 | lmadsen | 2010-04-15 08:44:38 -0500 (Thu, 15 Apr 2010)
+ | 9 lines Merged revisions 257342 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r257342 | lmadsen | 2010-04-15 08:41:45 -0500 (Thu, 15 Apr 2010)
+ | 1 line Update address of the bug tracker. ........
+ ................
+
+2010-04-14 23:00 +0000 [r257264] Tilghman Lesher <tlesher at digium.com>
+
+ * configs/features.conf.sample, /, main/features.c: Merged
+ revisions 257262 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ........ r257262 |
+ tilghman | 2010-04-14 17:57:35 -0500 (Wed, 14 Apr 2010) | 15
+ lines Yet another issue where the conversion of the application
+ delimiter to comma caused an issue. Application arguments within
+ the feature map could possibly contain a comma, which conflicts
+ with the syntax of the features.conf configuration file. This
+ patch allows the argument to be wrapped in parentheses or quoted,
+ to allow the application arguments to be interpreted as a single
+ configuration parameter. (closes issue #16646) Reported by:
+ pinga-fogo Patches: 20100414__issue16646.diff.txt uploaded by
+ tilghman (license 14) Tested by: tilghman Review:
+ https://reviewboard.asterisk.org/r/547/ ........
+
+2010-04-13 19:30 +0000 [r257214] Matthew Nicholson <mnicholson at digium.com>
+
+ * main/manager.c, /, configs/manager.conf.sample: Merged revisions
+ 257146 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r257146 | mnicholson | 2010-04-13 13:10:30 -0500 (Tue, 13 Apr
+ 2010) | 16 lines Merged revisions 257070 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r257070 | mnicholson | 2010-04-13 11:46:30 -0500 (Tue, 13 Apr
+ 2010) | 9 lines Add an option to restore past broken behavor of
+ the Events manager action Before r238915, certain values for the
+ EventMask parameter of the Events action would result in no
+ response being returned. This patch adds an option to restore
+ that broken behavior. Also while fixing this bug I discovered
+ that passing an empty EventMasks parameter would also result in
+ no response being returned, this has been fixed as well while
+ being preserved when the broken behavior is requested. (closes
+ issue #17023) Reported by: nblasgen Review:
+ https://reviewboard.asterisk.org/r/602/ ........ ................
+
+2010-04-13 19:20 +0000 [r257067-257208] Tilghman Lesher <tlesher at digium.com>
+
+ * /, channels/chan_sip.c: Merged revisions 257191 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ........ r257191 |
+ tilghman | 2010-04-13 14:17:48 -0500 (Tue, 13 Apr 2010) | 10
+ lines Also unref the pvt when we delete the provisional keepalive
+ job. (closes issue #16774) Reported by: kowalma Patches:
+ 20100315__issue16774.diff.txt uploaded by tilghman (license 14)
+ Tested by: falves11, jamicque Review:
+ https://reviewboard.asterisk.org/r/591/ ........
+
+ * cdr/cdr_sqlite3_custom.c, /: Merged revisions 257065 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/trunk ........
+ r257065 | tilghman | 2010-04-13 11:33:21 -0500 (Tue, 13 Apr 2010)
+ | 8 lines Ensure that we can have commas within cdr values.
+ (closes issue #17001) Reported by: snuffy Patches:
+ 20100412__issue17001.diff.txt uploaded by tilghman (license 14)
+ Tested by: snuffy ........
+
+2010-04-12 17:31 +0000 [r256903] Leif Madsen <lmadsen at digium.com>
+
+ * doc/HOWTO_collect_debug_information.txt (added): Merged revisions
+ 256901 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/trunk ................
+ r256901 | lmadsen | 2010-04-12 12:29:53 -0500 (Mon, 12 Apr 2010)
+ | 23 lines Merged revisions 256900 via svnmerge from
[... 65332 lines stripped ...]
More information about the asterisk-commits
mailing list