[svn-commits] lmadsen: tag 1.8.3-rc1 r301838 - /tags/1.8.3-rc1/
SVN commits to the Digium repositories
svn-commits at lists.digium.com
Fri Jan 14 12:32:50 CST 2011
Author: lmadsen
Date: Fri Jan 14 12:32:46 2011
New Revision: 301838
URL: http://svnview.digium.com/svn/asterisk?view=rev&rev=301838
Log:
Importing files for 1.8.3-rc1 release.
Added:
tags/1.8.3-rc1/.lastclean (with props)
tags/1.8.3-rc1/.version (with props)
tags/1.8.3-rc1/ChangeLog (with props)
Added: tags/1.8.3-rc1/.lastclean
URL: http://svnview.digium.com/svn/asterisk/tags/1.8.3-rc1/.lastclean?view=auto&rev=301838
==============================================================================
--- tags/1.8.3-rc1/.lastclean (added)
+++ tags/1.8.3-rc1/.lastclean Fri Jan 14 12:32:46 2011
@@ -1,0 +1,3 @@
+38
+
+
Propchange: tags/1.8.3-rc1/.lastclean
------------------------------------------------------------------------------
svn:eol-style = native
Propchange: tags/1.8.3-rc1/.lastclean
------------------------------------------------------------------------------
svn:keywords = none
Propchange: tags/1.8.3-rc1/.lastclean
------------------------------------------------------------------------------
svn:mime-type = text/plain
Added: tags/1.8.3-rc1/.version
URL: http://svnview.digium.com/svn/asterisk/tags/1.8.3-rc1/.version?view=auto&rev=301838
==============================================================================
--- tags/1.8.3-rc1/.version (added)
+++ tags/1.8.3-rc1/.version Fri Jan 14 12:32:46 2011
@@ -1,0 +1,1 @@
+1.8.3-rc1
Propchange: tags/1.8.3-rc1/.version
------------------------------------------------------------------------------
svn:eol-style = native
Propchange: tags/1.8.3-rc1/.version
------------------------------------------------------------------------------
svn:keywords = none
Propchange: tags/1.8.3-rc1/.version
------------------------------------------------------------------------------
svn:mime-type = text/plain
Added: tags/1.8.3-rc1/ChangeLog
URL: http://svnview.digium.com/svn/asterisk/tags/1.8.3-rc1/ChangeLog?view=auto&rev=301838
==============================================================================
--- tags/1.8.3-rc1/ChangeLog (added)
+++ tags/1.8.3-rc1/ChangeLog Fri Jan 14 12:32:46 2011
@@ -1,0 +1,27088 @@
+2011-01-14 Leif Madsen <lmadsen at digium.com>
+
+ * Asterisk 1.8.3-rc1 Released.
+
+2011-01-14 17:32 +0000 [r301790] Jeff Peeler <jpeeler at digium.com>
+
+ * channels/chan_sip.c: Resolve deadlock involving REFER. Two fixes:
+ 1) One must always have the private unlocked before calling
+ pbx_builtin_setvar_helper to not invalidate locking order since
+ it locks the channel. 2) Unlock the channel before calling
+ pbx_find_extension, which starts and stops autoservice during the
+ lookup. The problem scenario as illustrated by the reporter:
+ Thread: do_monitor ----------------------- handle_request_do
+ handle_incoming handle_request_refer ast_parking_ext_valid
+ pbx_find_extension ast_autoservice_stop while (chan_list_state ==
+ as_chan_list_state) { usleep(1000); } Thread: autoservice_run
+ ----------------------- autoservice_run chan = ast_waitfor_n
+ ast_waitfor_nandfds ast_waitfor_nandfds_classic / simple /
+ complex (depending on your system) ast_channel_lock(c[x]);
+ handle_request_do and schedule_process_request_queue locks the
+ owner if it exists. The autoservice thread is waiting for the
+ channel lock, which wasn't ever released since the do_monitor
+ thread was waiting for autoservice operations to complete. Solved
+ by unlocking the channel but keeping a reference to guarantee
+ safety. (closes issue #18403) Reported by: jthurman Patches:
+ 20110103-blind_deadlock.diff uploaded by jthurman (license 614)
+ issue18403.patch uploaded by jpeeler (license 325) Tested by:
+ jthurman
+
+2011-01-13 17:01 +0000 [r301731] Leif Madsen <lmadsen at digium.com>
+
+ * configs/phoneprov.conf.sample, /: Merged revisions 301730 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ........
+ r301730 | lmadsen | 2011-01-13 11:01:11 -0600 (Thu, 13 Jan 2011)
+ | 7 lines Add static entry for split Polycom 332 firmware.
+ (closes issue #18607) Reported by: cjacobsen Patches:
+ polycom_331.diff uploaded by cjacobsen (license 1029) Tested by:
+ lathama ........
+
+2011-01-12 21:19 +0000 [r301683] Terry Wilson <twilson at digium.com>
+
+ * /, channels/chan_sip.c: Merged revisions 301682 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ........
+ r301682 | twilson | 2011-01-12 15:05:02 -0600 (Wed, 12 Jan 2011)
+ | 9 lines Don't reject all SUBSCRIBE auth requests When merging
+ another SUBSCRIBE fix from 1.4, some braces were put in the wrong
+ place. This patch fixes that. (closes issue #18597) Reported by:
+ thsgmbh ........
+
+2011-01-12 18:51 +0000 [r301595] Matthew Nicholson <mnicholson at digium.com>
+
+ * main/manager.c, /: Merged revisions 301594 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.6.2
+ ................ r301594 | mnicholson | 2011-01-12 12:50:31 -0600
+ (Wed, 12 Jan 2011) | 15 lines Removed a usleep(1) that shouldn't
+ be necessary in session_do, and removed the ms_t member from the
+ mansession_session structure. Merged revisions 301591 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r301591 | mnicholson | 2011-01-12 12:39:03 -0600 (Wed, 12 Jan
+ 2011) | 5 lines Don't store the thread id for the manager session
+ in the structure we pass to the thread for the manager session.
+ ABE-2543 ........ ................
+
+2011-01-12 18:12 +0000 [r301504] Jeff Peeler <jpeeler at digium.com>
+
+ * main/channel.c, /: Merged revisions 301503 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.6.2
+ ................ r301503 | jpeeler | 2011-01-12 12:11:49 -0600
+ (Wed, 12 Jan 2011) | 19 lines Merged revisions 301502 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r301502 | jpeeler | 2011-01-12 12:10:42 -0600 (Wed, 12 Jan 2011)
+ | 12 lines Fix CPU spike when pressing DTMF after agent login.
+ The problem here is that DTMF was being continuously deferred and
+ requeued since ast_safe_sleep is called in a loop. There are
+ serveral other places in the code that sleeps and then loops in a
+ similar fashion. Because of this fact I opted to not defer DTMF
+ any more, which will not affect the original fix:
+ https://reviewboard.asterisk.org/r/674 (closes issue #18130)
+ Reported by: rgj ........ ................
+
+2011-01-12 Leif Madsen <lmadsen at digium.com>
+
+ * Asterisk 1.8.2 Released.
+
+ * Merge in a change in the configure script to fix an issue for
+ Debian packagers.
+
+ ------------------------------------------------------------------------
+ r301221 | pabelanger | 2011-01-09 15:40:35 -0600 (Sun, 09 Jan 2011)
+ | 21 lines
+
+ Merged revisions 301220 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.6.2 [^]
+
+ ........
+ r301220 | pabelanger | 2011-01-09 16:38:24 -0500 (Sun, 09 Jan
+ 2011) | 14 lines
+ SOUND_CACHE_DIR now defaults to empty
+
+ Sounds files included in the Asterisk tarball were being
+ ignored and
+ re-downloaded. Users wanting to cache the files can
+ still override the setting
+ using the --with-sounds-cache option.
+
+ (closes issue 0018589)
+ Reported by: pabelanger
+ Patches:
+ issue18589.patch uploaded by
+ pabelanger (license 224)
+ Tested by: pabelanger
+
+ Review:
+ https://reviewboard.asterisk.org/r/1074/
+
+ ------------------------------------------------------------------------
+
+2010-12-13 Leif Madsen <lmadsen at digium.com>
+
+ * Asterisk 1.8.2-rc1 Released.
+
+2010-12-11 21:45 +0000 [r298099] Alexandr Anikin <may at telecom-service.ru>
+
+ * addons/ooh323c/src/ooGkClient.c: Correction to work with
+ gatekeeper which don't send GK ID Don't use GK ID if it's not
+ presented in GK replies Extract GK ID not only in GK confirm but
+ in GK register confirm also (issue #18401) Reported by: MrHanMan
+ Patches: no-gkid-2.patch uploaded by may213 (license 454) Tested
+ by: may213, MrHanMan
+
+2010-12-10 16:52 +0000 [r298054] Matthew Nicholson <mnicholson at digium.com>
+
+ * res/res_fax.c: Prevent a memcpy overlap in
+ GENERIC_FAX_EXEC_SET_VARS
+
+2010-12-10 16:26 +0000 [r298051] Tilghman Lesher <tlesher at digium.com>
+
+ * main/netsock.c, /, configure, include/asterisk/autoconfig.h.in,
+ configure.ac: Merged revisions 298050 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ........
+ r298050 | tilghman | 2010-12-10 10:24:13 -0600 (Fri, 10 Dec 2010)
+ | 11 lines Portability issue on OpenSolaris. Also detect the
+ required structure element, because OpenSolaris defines
+ SIOCGIFHWADDR, but without support for IP sockets. (closes issue
+ #18442) Reported by: ranjtech Patches:
+ 20101209__issue18442.diff.txt uploaded by tilghman (license 14)
+ Tested by: ranjtech ........
+
+2010-12-09 22:18 +0000 [r297965] Terry Wilson <twilson at digium.com>
+
+ * /, channels/chan_sip.c: Merged revisions 297960 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.6.2
+ ................ r297960 | twilson | 2010-12-09 16:10:31 -0600
+ (Thu, 09 Dec 2010) | 21 lines Merged revisions 297959 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r297959 | twilson | 2010-12-09 16:00:30 -0600 (Thu, 09 Dec 2010)
+ | 14 lines Ignore spurious REGISTER requests If a REGISTER
+ request with a Call-ID matching an existing transaction is
+ received it was possible that the REGISTER request would
+ overwrite the initreq of the private structure. This info is used
+ to generate messages for other responses in the transaction. This
+ patch ignores REGISTER requests that match non-REGISTER
+ transactions. (closes issue #18051) Reported by: eeman Tested by:
+ twilson Review: https://reviewboard.asterisk.org/r/1050/ ........
+ ................
+
+2010-12-09 21:32 +0000 [r297957] David Vossel <dvossel at digium.com>
+
+ * channels/chan_gtalk.c: Fixes issue with outbound google voice
+ calls not working. Thanks to az1234 and nevermind_quack for their
+ input in helping debug the issue. (closes issue #18412) Reported
+ by: nevermind_quack Patches: fix uploaded by dvossel (license
+ 671)
+
+2010-12-09 20:48 +0000 [r297952] Terry Wilson <twilson at digium.com>
+
+ * main/features.c: Don't crash after Set(CDR(userfield)=...) in
+ ast_bridge_call Instead of setting peer->cdr = NULL, set it to
+ not post. (closes issue #18415) Reported by: macbrody Patches:
+ patch-18415 uploaded by jsolares (license 1167) Tested by:
+ jsolares, twilson
+
+2010-12-08 18:06 +0000 [r297909] Tilghman Lesher <tlesher at digium.com>
+
+ * configs/extensions.conf.sample, /: Merged revisions 297908 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ........
+ r297908 | tilghman | 2010-12-08 12:04:38 -0600 (Wed, 08 Dec 2010)
+ | 4 lines Use inheritance to get correct results for
+ SIPFROMDOMAIN. (from an internal Digium discussion) ........
+
+2010-12-08 16:12 +0000 [r297905] Matthew Nicholson <mnicholson at digium.com>
+
+ * res/res_fax.c: Display the capabilities requested when requesting
+ a fax session fails instead of displaying a hex value. Tweak the
+ way fax stats are calculated so that all fax attempts and
+ faliures are logged. Also make ensure faxes are either counted as
+ completed or falied and never both. FAX-210
+
+2010-12-07 22:59 +0000 [r297825] Jeff Peeler <jpeeler at digium.com>
+
+ * main/channel.c, /: Merged revisions 297824 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.6.2
+ ................ r297824 | jpeeler | 2010-12-07 16:58:54 -0600
+ (Tue, 07 Dec 2010) | 19 lines Merged revisions 297823 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r297823 | jpeeler | 2010-12-07 16:57:48 -0600 (Tue, 07 Dec 2010)
+ | 12 lines Revert code that changed SSRC for DTMF. Some previous
+ behavior was attempted to be restored, but mistakingly I did not
+ realize that the previous behavior was incorrect. This fixes DTMF
+ not being detected since DTMF shouldn't cause the SSRC to change.
+ (related to issue #17404) (closes issue #18189) (closes issue
+ #18352) Reported by: marcbou Tested by: cmbaker82 ........
+ ................
+
+2010-12-07 22:51 +0000 [r297733-297821] Tilghman Lesher <tlesher at digium.com>
+
+ * contrib/init.d/org.asterisk.muted.plist (added), Makefile,
+ contrib/init.d/org.asterisk.asterisk.plist, utils/muted.c, /:
+ Merged revisions 297819 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.6.2
+ ................ r297819 | tilghman | 2010-12-07 16:40:45 -0600
+ (Tue, 07 Dec 2010) | 11 lines Merged revisions 297818 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r297818 | tilghman | 2010-12-07 16:35:50 -0600 (Tue, 07 Dec 2010)
+ | 4 lines Use non-deprecated APIs for CoreAudio Review:
+ https://reviewboard.asterisk.org/r/1040/ ........
+ ................
+
+ * apps/app_followme.c, /: Merged revisions 297713 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.6.2
+ ................ r297713 | tilghman | 2010-12-06 18:21:50 -0600
+ (Mon, 06 Dec 2010) | 15 lines Merged revisions 297689 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r297689 | tilghman | 2010-12-06 18:07:37 -0600 (Mon, 06 Dec 2010)
+ | 8 lines Don't create a Local channel if the target extension
+ does not exist. (closes issue #18126) Reported by: junky Patches:
+ followme.diff uploaded by junky (license 177) (partially
+ restructured by me to avoid a possible memory leak) ........
+ ................
+
+2010-12-06 22:06 +0000 [r297607] Jeff Peeler <jpeeler at digium.com>
+
+ * /, channels/chan_sip.c: Merged revisions 297605 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.6.2
+ ................ r297605 | jpeeler | 2010-12-06 16:03:04 -0600
+ (Mon, 06 Dec 2010) | 18 lines Merged revisions 297603 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r297603 | jpeeler | 2010-12-06 15:57:15 -0600 (Mon, 06 Dec 2010)
+ | 12 lines Improve handling of REGISTER requests with multiple
+ contact headers. The changes here attempt to more strictly follow
+ RFC 3261 section 10.3. Basically the following will now cause a
+ 400 Bad Response to be returned, if: - multiple Contact headers
+ are present with one set to expire all bindings ("*") - wildcard
+ parameter is specified for Contact without Expires header or
+ Expires header is not set to zero. ABE-2442 ABE-2443 ........
+ ................
+
+2010-12-03 17:41 +0000 [r297535] Sean Bright <sean at malleable.com>
+
+ * channels/chan_console.c, /: Merged revisions 297534 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/branches/1.6.2
+ ........ r297534 | seanbright | 2010-12-03 12:40:52 -0500 (Fri,
+ 03 Dec 2010) | 3 lines The CLI command should not contain
+ <placeholder>s, these are for descriptions. ........
+
+2010-12-03 15:21 +0000 [r297486-297495] Matthew Nicholson <mnicholson at digium.com>
+
+ * res/res_fax.c: Print a DEBUG message instead of a WARNING message
+ when the selected fax tech does not support reserving sessions.
+ Answer the channel before quering it for t.38 support. This is
+ necessary for the query to work properly over local channels.
+
+ * include/asterisk/res_fax.h, res/res_fax.c: Add support for
+ reserving a fax session before answering the channel. Note: this
+ change breaks ABI compatibility. FAX-217
+
+2010-12-02 20:09 +0000 [r297406] Paul Belanger <pabelanger at digium.com>
+
+ * Makefile, /: Merged revisions 297405 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.6.2
+ ................ r297405 | pabelanger | 2010-12-02 15:06:43 -0500
+ (Thu, 02 Dec 2010) | 14 lines Merged revisions 297404 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r297404 | pabelanger | 2010-12-02 15:01:08 -0500 (Thu, 02 Dec
+ 2010) | 7 lines Resolve compile error under FreeBSD We now set
+ _ASTCFLAGS+=-march=i686 for i386 processors, still allowing
+ ASTCFLAGS to override the setting. Review:
+ https://reviewboard.asterisk.org/r/1043/ ........
+ ................
+
+2010-12-02 18:13 +0000 [r297312] Terry Wilson <twilson at digium.com>
+
+ * /, main/abstract_jb.c: Merged revisions 297311 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.6.2
+ ................ r297311 | twilson | 2010-12-02 12:07:39 -0600
+ (Thu, 02 Dec 2010) | 21 lines Merged revisions 297310 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r297310 | twilson | 2010-12-02 12:00:27 -0600 (Thu, 02 Dec 2010)
+ | 12 lines Initialize offset for adaptive jitter buffer When the
+ adaptive jitter buffer is enabled in sip.conf, the first frame
+ placed in the jitter buffer fails with something like:
+ jb_warning_output: Resyncing the jb. last_delay 0, this delay
+ -215886466, threshold 1000, new offset 215886466 This happens
+ because the offset is not initialized before calling jb_put().
+ This patch modifies jb_put_first_adaptive() to set the offset to
+ the frame's timestamp. Review:
+ https://reviewboard.asterisk.org/r/1041/ ........
+ ................
+
+2010-12-02 13:20 +0000 [r297245] Russell Bryant <russell at digium.com>
+
+ * /, apps/app_meetme.c: Merged revisions 297229 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.6.2
+ ................ r297229 | russell | 2010-12-02 07:16:47 -0600
+ (Thu, 02 Dec 2010) | 13 lines Merged revisions 297228 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r297228 | russell | 2010-12-02 07:16:15 -0600 (Thu, 02 Dec 2010)
+ | 6 lines Add "DAHDI" to a couple of app_meetme error messages.
+ This is in response to some questions on IRC. To the user, there
+ was nothing that made it obvious that this error had anything to
+ do with DAHDI not being loaded. ........ ................
+
+2010-12-01 19:47 +0000 [r297157] Matthew Nicholson <mnicholson at digium.com>
+
+ * res/res_fax.c: Changed some NOTICE and WARNING messages to DEBUG
+ messages.
+
+2010-12-01 17:53 +0000 [r297075] Jeff Peeler <jpeeler at digium.com>
+
+ * /, channels/chan_sip.c: Merged revisions 297073 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.6.2
+ ................ r297073 | jpeeler | 2010-12-01 11:52:46 -0600
+ (Wed, 01 Dec 2010) | 30 lines Merged revisions 297072 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r297072 | jpeeler | 2010-12-01 11:50:09 -0600 (Wed, 01 Dec 2010)
+ | 23 lines Fix not stopping MOH when transfered local channel
+ queue member is answered. The problem here is only present when
+ local channels are used with the MOH passthru option as well as
+ no optimization (/nm). I will describe the slightly bizarre
+ scenario that was used to test, where phones B and C are queue
+ members: Phone A dials into a queue with two members using local
+ channels and the above options. Phone B answers. Phone A blind
+ transfers phone B into the same queue. Phone A hangs up. Phone C
+ answers, but phone B didn't stop playing MOH. In this scenario,
+ the unhold frame that should have gotten to phone B never arrived
+ due to the masquerade from the blind transfer. This is usually
+ fine since app_queue manages the starting and stopping of MOH.
+ However, with the passthrough option enabled when app_queue
+ attempts to stop MOH it tries to do so on the local channel
+ rather than the real channel. The easiest solution was to just
+ make sure to send an unhold frame during the transfer since it
+ wouldn't make sense to have MOH playing after a transfer anyway.
+ This only modifies SIP transfers, but the other transfers did not
+ seem to be a problem. If DTMF based transfers were a problem it
+ might be okay to add ast_moh_stop to finishup, but I didn't want
+ to have to add that unless required. ABE-2624 ........
+ ................
+
+2010-12-01 17:01 +0000 [r296951-296992] Tilghman Lesher <tlesher at digium.com>
+
+ * include/asterisk/frame.h, /: Merged revisions 296991 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/branches/1.6.2
+ ................ r296991 | tilghman | 2010-12-01 11:01:00 -0600
+ (Wed, 01 Dec 2010) | 12 lines Merged revisions 296990 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r296990 | tilghman | 2010-12-01 10:59:26 -0600 (Wed, 01 Dec 2010)
+ | 5 lines Clarify documentation on how we store codec preference
+ lists. (closes issue #18397) Reported by: birgita ........
+ ................
+
+ * channels/chan_iax2.c, /: Merged revisions 296950 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/branches/1.6.2
+ ........ r296950 | tilghman | 2010-11-30 19:38:19 -0600 (Tue, 30
+ Nov 2010) | 2 lines Missed initializations caused startup errors
+ on Mac OS X (and possibly others, too). ........
+
+2010-12-01 00:28 +0000 [r296870] Jeff Peeler <jpeeler at digium.com>
+
+ * apps/app_voicemail.c, /: Merged revisions 296869 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/branches/1.6.2
+ ................ r296869 | jpeeler | 2010-11-30 18:24:58 -0600
+ (Tue, 30 Nov 2010) | 11 lines Merged revisions 296868 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r296868 | jpeeler | 2010-11-30 18:23:19 -0600 (Tue, 30 Nov 2010)
+ | 4 lines Properly restore backup information file when hanging
+ up during message prepending. ABE-2654 ........ ................
+
+2010-11-30 19:12 +0000 [r296787] Tilghman Lesher <tlesher at digium.com>
+
+ * apps/app_meetme.c: DOC: Conference number can be omitted; if
+ omitted, all users in a meetme are listed.
+
+2010-11-29 23:05 +0000 [r296673] Paul Belanger <pabelanger at digium.com>
+
+ * channels/chan_iax2.c, /: Merged revisions 296671 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/branches/1.6.2
+ ................ r296671 | pabelanger | 2010-11-29 17:54:14 -0500
+ (Mon, 29 Nov 2010) | 12 lines Merged revisions 296670 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r296670 | pabelanger | 2010-11-29 17:49:39 -0500 (Mon, 29 Nov
+ 2010) | 5 lines Make sure nothing else is needed before
+ destroying the scheduler. (closes issue #18398) Reported by:
+ pabelanger ........ ................
+
+2010-11-29 21:26 +0000 [r296628] Russell Bryant <russell at digium.com>
+
+ * channels/chan_sip.c: Complete some error handling in
+ transmit_publish() in chan_sip.c. This error handling block
+ caught my eye. It was missing a couple of things, but it should
+ be safe now. Thanks to mmichelson for the quick peer review on
+ IRC.
+
+2010-11-29 20:46 +0000 [r296582] Richard Mudgett <rmudgett at digium.com>
+
+ * channels/misdn/isdn_msg_parser.c, channels/chan_misdn.c: Merged
+ revision 296575 from
+ https://origsvn.digium.com/svn/asterisk/be/branches/C.3-bier
+ .......... r296575 | rmudgett | 2010-11-29 14:27:37 -0600 (Mon,
+ 29 Nov 2010) | 13 lines Invalid mISDN PTMP redirecting signaling
+ as TE towards NT. The mISDN PTMP redirection signaling (NOTIFY
+ redirecting number and notification code, SETUP redirecting
+ number) is also sent in PTMP/TE mode. It should only apply in
+ PTMP/NT mode. The call setup proceeds but the network (Deutsche
+ Telekom) reacts with ugly ISDN STATUS messages. Also don't send
+ the redirecting number ie when PTP is also sending the
+ DivertingLegInformation2 facility. The redirecting number ie is
+ redundant and the network (Deutsche Telekom) complains about it.
+ Patches: abe_2651_v4.patch uploaded by rmudgett (license 664)
+ JIRA ABE-2651 JIRA SWP-2537 ..........
+
+2010-11-29 07:28 +0000 [r296534] Tilghman Lesher <tlesher at digium.com>
+
+ * main/asterisk.c, /, configure, include/asterisk/autoconfig.h.in,
+ configure.ac: Merged revisions 296533 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ........
+ r296533 | tilghman | 2010-11-29 01:27:09 -0600 (Mon, 29 Nov 2010)
+ | 13 lines I love standards. There are so many to choose from.
+ Except when there isn't one. Linux and *BSD disagree on the
+ elements within the ucred structure. Detect which one is in use
+ on the system. (closes issue #18384) Reported by: bjm Patches:
+ cred-diffs uploaded by bjm (license 473)
+ 20101127__issue18384__1.6.2.diff.txt uploaded by tilghman
+ (license 14) 20101127__issue18384__1.8.diff.txt uploaded by
+ tilghman (license 14) Tested by: tilghman, bjm ........
+
+2010-11-27 10:40 +0000 [r296429-296467] Tilghman Lesher <tlesher at digium.com>
+
+ * /, apps/app_meetme.c: Merged revisions 296466 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ........
+ r296466 | tilghman | 2010-11-27 04:39:01 -0600 (Sat, 27 Nov 2010)
+ | 5 lines 18 characters is too short for most date/times (20 is
+ the usual, but we add more in case of greater precision). (closes
+ issue #18369) Reported by: tnakonz ........
+
+ * include/asterisk.h: Also don't build DEBUG_FD_LEAKS when
+ STANDALONE2 is defined. (closes issue #18385) Reported by: cmaj
+
+2010-11-26 21:37 +0000 [r296391] Olle Johansson <oej at edvina.net>
+
+ * main/say.c: Merged revisions 296351 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.6.2
+ ................ r296351 | oej | 2010-11-26 13:23:03 +0100 (Fre,
+ 26 Nov 2010) | 17 lines Merged revisions 296309 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r296309 | oej | 2010-11-26 10:53:31 +0100 (Fre, 26 Nov 2010) | 11
+ lines Fix bugs in saying numbers using the Swedish language
+ syntax (closes issue #18355) Reported by: oej Patch by: oej Much
+ help from Peter Lindahl. Testing by the ClearIT team during a
+ coffee break. Review: https://reviewboard.asterisk.org/r/1033/
+ ........ ................
+
+2010-11-26 18:31 +0000 [r296352-296354] Brad Watkins <Marquis42 at gmail.com>
+
+ * res/res_jabber.c: Fix XMPP PubSub-based distributed device state.
+ Initialize pubsubflags to 0 so res_jabber doesn't think there is
+ already an XMPP connection sending device state. Also clean up
+ CLI commands a bit. (closes issue #18272) Reported by: klaus3000
+ Patches: res_jabber_fix_pubsubflags_and_CLI-patch.txt uploaded by
+ klaus3000 (license 65) Tested by: klaus3000, Marquis Review:
+ https://reviewboard.asterisk.org/r/1030/
+
+ * channels/chan_sip.c: Fix reloading of peer when a user is
+ requested. Prevent peer reloading from causing multiple MWI
+ subscriptions to be created when using realtime. This had the
+ effect of sending one NOTIFY for every time a sip peer made a
+ call, in one case eventually overwhelming the phone and causing
+ it to reboot. (closes issue #18342) Reported by: nivek Patches:
+ issue0018342p1.patch uploaded by nivek (license 636) Tested by:
+ nivek Review: https://reviewboard.asterisk.org/r/1029/
+
+2010-11-24 23:29 +0000 [r296230] Russell Bryant <russell at digium.com>
+
+ * main/channel.c, /: Merged revisions 296221 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.6.2
+ ................ r296221 | russell | 2010-11-24 17:28:19 -0600
+ (Wed, 24 Nov 2010) | 13 lines Merged revisions 296213 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r296213 | russell | 2010-11-24 17:26:43 -0600 (Wed, 24 Nov 2010)
+ | 6 lines Make Asterisk less crashy. Since we might not put a new
+ translation path on the channel, go ahead and set it to NULL
+ right after destroying the old one to ensure we don't try to free
+ an invalid translation path later on. ........ ................
+
+2010-11-24 22:49 +0000 [r296167] Richard Mudgett <rmudgett at digium.com>
+
+ * channels/sig_pri.h, channels/chan_dahdi.c, channels/sig_analog.c,
+ /, channels/sig_analog.h: Merged revisions 296166 via svnmerge
+ from https://origsvn.digium.com/svn/asterisk/branches/1.6.2
+ ................ r296166 | rmudgett | 2010-11-24 16:42:45 -0600
+ (Wed, 24 Nov 2010) | 50 lines Merged revisions 296165 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r296165 | rmudgett | 2010-11-24 16:41:07 -0600 (Wed, 24 Nov 2010)
+ | 43 lines Oneway audio to SIP phone from FXS port after FXS port
+ gets a CallWaiting pip. The FXS connected phone has to have
+ CW/CID support to fail, as it will send back a DTMF 'A' or 'D'
+ when it's ready to receive CallerID. A normal phone with no CID
+ never fails. Also the SIP phone does not hear MOH when the CW
+ call is answered. The DTMF end frame is suppressed when the phone
+ acknowledges the CW signal for CID. The problem is the DTMF begin
+ frame needs to be suppressed as well. The DTMF begin frame is
+ causing SIP to start sending the DTMF RTP frames. Since the DTMF
+ end frame is suppressed, SIP will not stop sending those DTMF RTP
+ packets. * Suppress the DTMF begin and end frames when the
+ channel driver is looking for DTMF digits. * Fixed a couple
+ issues caused by not cleaning up the CID spill if you answer the
+ CW call while it is sending the CID spill. * Fixed not sending
+ CW/CID spill to the phone when the call is natively bridged.
+ (Fixed by not using native bridge if CW/CID is possible.) *
+ Suppress received audio when sending CW/CID spills. The other
+ parties involved do not need to hear the CW/CID spills and may be
+ confused if the CW call is for them. (closes issue #18129)
+ Reported by: alecdavis Patches: issue_18129_v1.8_v3.patch
+ uploaded by rmudgett (license 664) Tested by: alecdavis, rmudgett
+ NOTE: * v1.4 does not have the main problem fixed by suppressing
+ the DTMF start frames. The other three items fixed are relevant.
+ * If you really must restore native bridging between analog
+ ports, you need to disable CW/CID either by configuring
+ chan_dahdi.conf callwaitingcallerid=no or dialing *70 before
+ dialing the number to temporarily disable CW. ........
+ ................
+
+2010-11-24 20:23 +0000 [r296002-296084] Russell Bryant <russell at digium.com>
+
+ * main/channel.c, /: Merged revisions 296083 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.6.2
+ ................ r296083 | russell | 2010-11-24 14:23:11 -0600
+ (Wed, 24 Nov 2010) | 19 lines Merged revisions 296082 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r296082 | russell | 2010-11-24 14:22:32 -0600 (Wed, 24 Nov 2010)
+ | 12 lines Fix false reporting of an error by set_format(). In
+ the case that the native format was able to be changed to match
+ the new requested format, the code proceeded to attempt to build
+ a translation path, anyway. The result would be NULL, since no
+ translation path is necessary and resulted in this function
+ thinking an error has occurred. This case is now specifically
+ caught and no attempt to build a translation path is attempted.
+ Thanks to our automated tests and bamboo.asterisk.org for
+ catching this problem and making a whole lot of noise when things
+ started failing. :-) ........ ................
+
+ * apps/app_dial.c, main/channel.c, /: Merged revisions 296001 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.6.2
+ ................ r296001 | russell | 2010-11-24 11:03:16 -0600
+ (Wed, 24 Nov 2010) | 45 lines Merged revisions 296000 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r296000 | russell | 2010-11-24 10:48:39 -0600 (Wed, 24 Nov 2010)
+ | 38 lines Handle failures building translation paths more
+ effectively. The problem scenario occurred on a heavily loaded
+ system that was using the codec_dahdi module and exceeded the
+ hardware transcoding capacity. The failure mode at that point was
+ not good. The report came in to us as an Asterisk lock-up. The
+ "core show locks" shows a ton of threads locked up (but no
+ obvious deadlock). Upon deeper investigation, when the system is
+ in this state, the CPU was maxed out. The CPU was being consumed
+ by the Asterisk logger spewing messages on every audio frame for
+ calls set up after transcoder capacity was reached. The purpose
+ of this patch is to make Asterisk handle failures to create a
+ translation path in a more graceful manner. If we can't
+ translate, then the call just needs to be dropped, as it's not
+ going to work. These are the changes: 1) In set_format() of
+ channel.c (which is called by set_read_format() and
+ set_write_format()), it was ignoring if
+ ast_translator_build_path() failed and returned NULL. It now pays
+ attention to that case and returns a result reflecting failure.
+ With this change in place, the bridging code will immediately
+ detect a failure and end the bridge instead of proceeding to try
+ to bridge frames that can't be translated and making channel
+ drivers freak out by sending them frames in a format they weren't
+ expecting. 2) In ast_indicate_data() of channel.c, failure of
+ ast_playtones_start() was ignored. It is now reflected in the
+ return value of the function. This didn't turn out to have any
+ affect on the bug, but seemed like a good change to leave in. 3)
+ In app_dial(), when only sending a call to a single endpoint, it
+ will attempt to do some bridging of its own of early audio. It
+ uses make_compatible() when it's going to do this. However, it
+ ignored failure from make compatible. So, even with the fix from
+ #1, if there was early audio going through app_dial, there would
+ still be a period of invalid frames passing through. After
+ detecting failure here, Dial() exits. ABE-2658 ........
+ ................
+
+2010-11-23 10:30 +0000 [r295949] Olle Johansson <oej at edvina.net>
+
+ * /, main/say.c: Merged revisions 295907 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.6.2
+ ................ r295907 | oej | 2010-11-23 10:36:38 +0100 (Tis,
+ 23 Nov 2010) | 14 lines Merged revisions 295906 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r295906 | oej | 2010-11-23 10:28:14 +0100 (Tis, 23 Nov 2010) | 8
+ lines Fix support of saynumber(1,n) in the Swedish language
+ (closes issue #18353) Reported by: oej Review:
+ https://reviewboard.asterisk.org/r/1031/ ........
+ ................
+
+2010-11-22 20:03 +0000 [r295869] Sean Bright <sean at malleable.com>
+
+ * configs/chan_dahdi.conf.sample, /: Merged revisions 295868 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ........
+ r295868 | seanbright | 2010-11-22 15:02:37 -0500 (Mon, 22 Nov
+ 2010) | 2 lines Change some documentation to suggest
+ dahdi_monitor instead of ztmonitor. ........
+
+2010-11-22 19:36 +0000 [r295866] Richard Mudgett <rmudgett at digium.com>
+
+ * apps/app_macro.c, include/asterisk/channel.h,
+ include/asterisk/frame.h, main/channel.c, main/pbx.c, /: Merged
+ revisions 295843 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.6.2
+ ................ r295843 | rmudgett | 2010-11-22 13:28:23 -0600
+ (Mon, 22 Nov 2010) | 53 lines Merged revisions 295790 via
+ svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.4 ........
+ r295790 | rmudgett | 2010-11-22 12:46:26 -0600 (Mon, 22 Nov 2010)
+ | 46 lines The channel redirect function (CLI or AMI) hangs up
+ the call instead of redirecting the call. To recreate the
+ problem: 1) Party A calls Party B 2) Invoke CLI "channel
+ redirect" command to redirect channel call leg associated with A.
+ 3) All associated channels are hung up. Note that if the CLI
+ command were done on the channel call leg associated with B it
+ works. This regression was a result of the fix for issue #16946
+ (https://reviewboard.asterisk.org/r/740/). The regression affects
+ all features that use an async goto to execute the dialplan
+ because of an external event: Channel redirect, AMI redirect, SIP
+ REFER, and FAX detection. The struct ast_channel._softhangup code
+ is a mess. The variable is used for several purposes that do not
+ necessarily result in the call being hung up. I have added
+ doxygen comments to describe how the various _softhangup bits are
+ used. I have corrected all the places where the variable was
+ tested in a non-bit oriented manner. The primary fix is the new
+ AST_CONTROL_END_OF_Q frame. It acts as a weak hangup request so
+ the soft hangup requests that do not normally result in a hangup
+ do not hangup. JIRA SWP-2470 JIRA SWP-2489 (closes issue #18171)
+ Reported by: SantaFox (closes issue #18185) Reported by:
+ kwemheuer (closes issue #18211) Reported by: zahir_koradia
+ (closes issue #18230) Reported by: vmarrone (closes issue #18299)
+ Reported by: mbrevda (closes issue #18322) Reported by: nerbos
+ Review: https://reviewboard.asterisk.org/r/1013/ ........
+ ................
+
+2010-11-20 03:11 +0000 [r295747] Richard Mudgett <rmudgett at digium.com>
+
+ * channels/chan_dahdi.c, channels/sig_analog.c,
+ channels/sig_analog.h: One way audio before answering call
+ waiting call on analog port. * Analog call waiting Caller ID
+ spills could get stuck resulting in one way audio until the
+ waiting call is answered. This only happens on the second (and
+ later) call waiting call if the active call is not the first
+ call. * The CLI/AMI "dahdi show channel" command could report the
+ wrong channel information. Must keep the struct analog_pvt.owner
+ and struct dahdi_pvt.owner pointer in sync.
+
+2010-11-20 00:50 +0000 [r295711] Russell Bryant <russell at digium.com>
+
+ * main/event.c, include/asterisk/event.h, /: Merged revisions
+ 295710 via svnmerge from
+ https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ........
+ r295710 | russell | 2010-11-19 18:45:51 -0600 (Fri, 19 Nov 2010)
+ | 29 lines Fix cache of device state changes for multiple
+ servers. This patch addresses a regression where device states
+ across multiple servers were not being processing completely
+ correctly. The code works to determine the overall state by
+ looking at the last known state of a device on each server.
+ However, there was a regression due to some invasive rewrites of
+ how the cache works that led to the cache only storing the last
+ device state change for a device, regardless of which server it
+ was on. The code is set up to cache device state change events by
+ ensuring that each event in the cache has a unique device name +
+ entity ID (server ID). The code that was responsible for
+ comparing raw information elements (which EID is) always returned
+ a match due to a memcmp() with a length of 0. There isn't much
+ code to fix the actual bug. This patch also introduces a new CLI
+ command that was very useful for debugging this problem. The
+ command allows you to dump the contents of the event cache.
+ (closes issue #18284) Reported by: klaus3000 Patches:
+ issue18284.rev1.txt uploaded by russell (license 2) Tested by:
+ russell, klaus3000 (closes issue #18280) Reported by: klaus3000
+ Review: https://reviewboard.asterisk.org/r/1012/ ........
+
+2010-11-19 22:06 +0000 [r295673] Terry Wilson <twilson at digium.com>
+
+ * /, channels/chan_sip.c: Merged revisions 295672 via svnmerge from
[... 26378 lines stripped ...]
More information about the svn-commits
mailing list