[asterisk-commits] bebuild: tag 10.7.0-rc1 r369929 - /tags/10.7.0-rc1/
SVN commits to the Asterisk project
asterisk-commits at lists.digium.com
Wed Jul 11 10:48:39 CDT 2012
Author: bebuild
Date: Wed Jul 11 10:48:34 2012
New Revision: 369929
URL: http://svnview.digium.com/svn/asterisk?view=rev&rev=369929
Log:
Importing files for 10.7.0-rc1 release.
Added:
tags/10.7.0-rc1/.lastclean (with props)
tags/10.7.0-rc1/.version (with props)
tags/10.7.0-rc1/ChangeLog (with props)
Added: tags/10.7.0-rc1/.lastclean
URL: http://svnview.digium.com/svn/asterisk/tags/10.7.0-rc1/.lastclean?view=auto&rev=369929
==============================================================================
--- tags/10.7.0-rc1/.lastclean (added)
+++ tags/10.7.0-rc1/.lastclean Wed Jul 11 10:48:34 2012
@@ -1,0 +1,3 @@
+39
+
+
Propchange: tags/10.7.0-rc1/.lastclean
------------------------------------------------------------------------------
svn:eol-style = native
Propchange: tags/10.7.0-rc1/.lastclean
------------------------------------------------------------------------------
svn:keywords = none
Propchange: tags/10.7.0-rc1/.lastclean
------------------------------------------------------------------------------
svn:mime-type = text/plain
Added: tags/10.7.0-rc1/.version
URL: http://svnview.digium.com/svn/asterisk/tags/10.7.0-rc1/.version?view=auto&rev=369929
==============================================================================
--- tags/10.7.0-rc1/.version (added)
+++ tags/10.7.0-rc1/.version Wed Jul 11 10:48:34 2012
@@ -1,0 +1,1 @@
+10.7.0-rc1
Propchange: tags/10.7.0-rc1/.version
------------------------------------------------------------------------------
svn:eol-style = native
Propchange: tags/10.7.0-rc1/.version
------------------------------------------------------------------------------
svn:keywords = none
Propchange: tags/10.7.0-rc1/.version
------------------------------------------------------------------------------
svn:mime-type = text/plain
Added: tags/10.7.0-rc1/ChangeLog
URL: http://svnview.digium.com/svn/asterisk/tags/10.7.0-rc1/ChangeLog?view=auto&rev=369929
==============================================================================
--- tags/10.7.0-rc1/ChangeLog (added)
+++ tags/10.7.0-rc1/ChangeLog Wed Jul 11 10:48:34 2012
@@ -1,0 +1,25672 @@
+2012-07-11 Asterisk Development Team <asteriskteam at digium.com>
+
+ * Asterisk 10.7.0-rc1 Released.
+
+2012-07-10 13:35 +0000 [r369871] Kinsey Moore <kmoore at digium.com>
+
+ * main/pbx.c, /, apps/app_stack.c: Improve Goto and GotoIf related
+ documentation Correct documentation on labeliftrue and
+ labeliffalse parameters of GotoIf() and update several other
+ locations that use the same syntax. (closes issue ASTERISK-20007)
+ Patch-by: Leif Madsen Reported-by: WIMPy ........ Merged
+ revisions 369869 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-07-09 17:06 +0000 [r369819] Jason Parker <jparker at digium.com>
+
+ * configs/sip_notify.conf.sample, /: Add Digium phones context to
+ sip_notify sample config. This makes it so that they can be
+ reconfigured remotely. (closes issue ASTERISK-19910) ........
+ Merged revisions 369818 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-07-09 14:43 +0000 [r369793] Jonathan Rose <jrose at digium.com>
+
+ * /, channels/chan_sip.c: chan_sip: Fix small behavioral change
+ accidentally introduced in r369750 When removing the warning for
+ AST_CONTROL_FLASH from sip_indicate, I also inadvertently changed
+ the return value, which would likely make the indication not be
+ sent in audio. This fixes that while still removing the warning
+ message. ........ Merged revisions 369792 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-07-06 21:02 +0000 [r369751] Jonathan Rose <jrose at digium.com>
+
+ * /, channels/chan_sip.c: chan_sip: Add case for FLASH control
+ frames so that we don't display a warning. chan_sip channels can
+ receive flash control frames when connected to analog phones and
+ possibly for other reasons. There really isn't a reason to warn
+ when these frames are received, we can safely ignore them.
+ Patches: dahdi_sip_flash.diff uploaded by Jonathan Rose (license
+ 6182) ........ Merged revisions 369750 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-07-06 18:47 +0000 [r369709-369732] Mark Michelson <mmichelson at digium.com>
+
+ * main/tcptls.c, /: Remove a superfluous and dangerous freeing of
+ an SSL_CTX. The problem here is that multiple server sessions
+ share a SSL_CTX. When one session ended, the SSL_CTX would be
+ freed and set NULL, leaving the other sessions unable to
+ function. The code being removed is superfluous because the
+ SSL_CTX structures for servers will be properly freed when
+ ast_ssl_teardown is called. (closes issue ASTERISK-20074)
+ Reported by Trevor Helmsley Patches: ASTERISK-20074.diff uploaded
+ by Mark Michelson (license #5049) Testers: Trevor Helmsley
+ ........ Merged revisions 369731 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+ * /, main/bridging.c: Fix bridging thread leak. The bridge thread
+ was exiting but was never being reaped using pthread_join(). This
+ has been fixed now by calling pthread_join() in
+ ast_bridge_destroy(). (closes issue ASTERISK-19834) Reported by
+ Marcus Hunger Review: https://reviewboard.asterisk.org/r/2012
+ ........ Merged revisions 369708 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-07-05 19:12 +0000 [r369653] Kinsey Moore <kmoore at digium.com>
+
+ * apps/app_voicemail.c, /: AST-2012-011: Resolve heap corruption
+ issue with voicemail The heard and deleted arrays in the
+ voicemail state structure were not handled properly following the
+ memory leak fix in r354890 and a fix for an invalid free in
+ r356797. This could result in accessing and writing into freed
+ memory. The allocation for these arrays has been reworked to
+ avoid the possibility of invalid frees, access of freed memory,
+ and crashes that were occurring as a result of this. Locking
+ around accesses and modifications of the voicemail state
+ structure members dh_arraysize, heard, and deleted has been added
+ to prevent simultaneous modification and access when IMAP storage
+ is in use. If IMAP storage is not in use, this locking is not
+ compiled in. Review: https://reviewboard.asterisk.org/r/1994/
+ (closes issue ASTERISK-19923) Reported by: Dan Delaney Tested by:
+ Dan Delaney, Julian Yap Patches: vm_alloc_fix.diff uploaded by
+ kmoore (license 6273) ........ Merged revisions 369652 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-07-05 17:02 +0000 [r369627] Matthew Jordan <mjordan at digium.com>
+
+ * /, channels/chan_sip.c: Do not send a BYE when a provisional
+ response arrives during a re-INVITE Commits r369557 and r369579
+ were done to improve handling of re-INVITEs when the UA that was
+ supposed to receive the re-INVITE fails to respond. A limitation
+ of those patches occurred when a UA sent a provisional response
+ to the re-INVITE. This triggered a sending of a BYE in
+ check_pending. This patch tweaks the handling of the re-INVITE
+ such that a BYE is not sent in response to those messages. (issue
+ ASTERISK-19992) Reported by: Steve Davies Tested by: Steve Davies
+ patches: (reinvite_tweak.diff license #5012 by Steve Davies)
+ ........ Merged revisions 369626 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-07-03 17:02 +0000 [r369558-369580] Terry Wilson <twilson at digium.com>
+
+ * /, channels/chan_sip.c: More improvements to re-INVITEs timing
+ out after a provisional response There is no need to call
+ check_pendings() on a final response to an INVITE when destroying
+ the scheduler entry as it will be done later during normal
+ processing. (issue ASTERISK-19992) ........ Merged revisions
+ 369579 from http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+ * /, channels/chan_sip.c, channels/sip/include/sip.h: Better handle
+ re-INVITEs with provisional but no final repsonses A previous
+ attempt at fixing this issue had negative side effects related to
+ attended transfers which this patch should resolve. Many thanks
+ to Steve Davies for all of the good suggestions and testing.
+ (closes issue ASTERISK-19992) Reported by: Steve Davies Tested
+ by: Steve Davies, Terry Wilson Review:
+ https://reviewboard.asterisk.org/r/2009/ ........ Merged
+ revisions 369557 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-29 20:28 +0000 [r369511] Mark Michelson <mmichelson at digium.com>
+
+ * main/rtp_engine.c: Fix apparent copy and paste error where
+ incorrect "glue" is used.
+
+2012-06-29 16:54 +0000 [r369472-369491] Joshua Colp <jcolp at digium.com>
+
+ * /, channels/chan_sip.c: With some configurations a transport is
+ not actually specified so assume UDP in these cases. ........
+ Merged revisions 369490 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+ * /, channels/chan_sip.c: Make the address family filter specific
+ to the transport. (closes issue ASTERISK-16618) Reported by: Leif
+ Madsen Review: https://reviewboard.asterisk.org/r/1667/ ........
+ Merged revisions 369471 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-27 21:10 +0000 [r369437] Terry Wilson <twilson at digium.com>
+
+ * /, channels/chan_sip.c, channels/sip/include/sip.h: AST-2012-010:
+ Clean up after a reinvite that never gets a final response The
+ basic problem is that if a re-INVITE is sent by Asterisk and it
+ receives a provisional response, but no final response, then the
+ dialog is never torn down. In addition to leaking memory, this
+ also leaks file descriptors and will eventually lead to Asterisk
+ no longer being able to process calls. This patch just keeps
+ track of whether there is an outstanding re-INVITE, and if there
+ is goes ahead and cleans up everything as though there was no
+ outstanding reinvite. Review:
+ https://reviewboard.asterisk.org/r/2009/ (closes issue
+ ASTERISK-19992) Reported by: Steve Davies Tested by: Steve
+ Davies, Terry Wilson ........ Merged revisions 369436 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-26 13:22 +0000 [r369369-369391] Matthew Jordan <mjordan at digium.com>
+
+ * /, main/adsi.c: Fix crash in unloading of res_adsi module When
+ res_adsi is unloaded, it removes the ADSI functions that it
+ previously installed by passing a NULL adsi_funcs pointer to
+ ast_adsi_install_funcs. This function was not checking whether or
+ not the adsi_funcs pointer passed in was NULL before
+ dereferencing it to check whether or not the version of the
+ functions matches what the core was expecting it. This patch
+ makes it so that the version is only checked if a potentially
+ valid adsi_funcs pointer was passed in. Passing in NULL removes
+ the installed functions, bypassing the version check. ........
+ Merged revisions 369390 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+ * main/cdr.c, /: Fix incorrect duration reporting in CDRs created
+ in batch mode Certain places in core/cdr.c would, if the duration
+ value were 0, calculate the duration as being the delta between
+ the current time and the time at which the CDR record was
+ started. While this does not typically cause a problem in
+ non-batch mode, this can cause an issue in batch mode where CDR
+ records are gathered and written long after those calls have
+ ended. In particular, this affects calls that were never
+ answered, as those are expected to have a duration of 0. Often,
+ this would result in CDR logs with a significant number of calls
+ with lengthy durations, but dispositions of "BUSY". Note that
+ this does not affect cdr_csv, as that backend does not use
+ ast_cdr_getvar and instead directly reports the duration value.
+ The affected core backends include cdr_apative_odbc and
+ cdr_custom; other extended or deprecated CDR backends may
+ potentially still directly manipulate the duration values. (issue
+ ASTERISK-19860) Reported by: Thomas Arimont (issue AST-883)
+ Reported by: Thomas Arimont Tested by: Matt Jordan Review:
+ https://reviewboard.asterisk.org/r/1996/ ........ Merged
+ revisions 369351 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-25 19:16 +0000 [r369353] Mark Michelson <mmichelson at digium.com>
+
+ * /, channels/chan_sip.c, channels/sip/include/sip.h: Re-fix how
+ local tag is generated when sending a 481 to an INVITE. Match our
+ local tag to whatever to-tag was sent in the initial INVITE.
+ Because the size of the to-tag may not fit in the buffer in the
+ sip_pvt, it has been changed to a string field. (closes issue
+ ASTERISK-19892) reported by Walter Doekes Review:
+ https://reviewboard.asterisk.org/r/1977 ........ Merged revisions
+ 369352 from http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-25 15:59 +0000 [r369328] Richard Mudgett <rmudgett at digium.com>
+
+ * /, main/features.c: Fix Bridge application occasionally returning
+ to the wrong location. * Fix do_bridge_masquerade() getting the
+ resume location from the zombie channel. The code must not touch
+ a clone channel after it has masqueraded it. The clone channel
+ has become a zombie and is starting to hangup. (closes issue
+ ASTERISK-19985) Reported by: jamicque Patches:
+ jira_asterisk_19985_v1.8.patch (license #5621) patch uploaded by
+ rmudgett Tested by: jamicque ........ Merged revisions 369327
+ from http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-25 15:52 +0000 [r369303-369325] Mark Michelson <mmichelson at digium.com>
+
+ * include/asterisk/adsi.h, /, main/Makefile, res/res_adsi.c,
+ main/adsi.c (added), res/res_adsi.exports.in (removed): Multiple
+ revisions 369323-369324 ........ r369323 | mmichelson |
+ 2012-06-25 10:35:43 -0500 (Mon, 25 Jun 2012) | 9 lines Eliminate
+ embedding of res_adsi.so module. The way this is done is to stop
+ using the optional API. Instead, res_adsi.so, when loaded fills
+ in a table of function pointers. Review:
+ https://reviewboard.asterisk.org/r/1991 ........ r369324 |
+ mmichelson | 2012-06-25 10:50:17 -0500 (Mon, 25 Jun 2012) | 2
+ lines Forgot to svn add this file in my last commit. ........
+ Merged revisions 369323-369324 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+ * /, channels/chan_sip.c: Be more consistent with the return code
+ for requests received from invalid domain. When Asterisk receives
+ an INVITE from an external domain when allowexternaldomains=no
+ send a 403 instead of a 404. This is consistent with Asterisk's
+ behavior when receiving a REGISTER in this situation. (Closes
+ issue ASTERISK-19601) Reported by Matthew Jordan Patches:
+ ASTERISK-19601-no401.patch uploaded by Mark Michelson (License
+ #5049) ........ Merged revisions 369302 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-23 00:12 +0000 [r369236-369283] Richard Mudgett <rmudgett at digium.com>
+
+ * /, main/features.c: Fix Bridge application and AMI Bridge action
+ error handling. * Fix AMI Bridge action disconnecting the AMI
+ link on error. * Fix AMI Bridge action and Bridge application not
+ checking if their masquerades were successful. * Fix Bridge
+ application running the h-exten when it should not. * Made
+ do_bridge_masquerade() return if the masquerade was successful so
+ the Bridge application and AMI Bridge action could deal with it
+ correctly. * Made bridge_call_thread_launch() hangup the passed
+ in channels if the bridge_call_thread fails to start. Those
+ channels would have been orphaned. * Made builtin_atxfer() check
+ the success of the transfer masquerade setup. ........ Merged
+ revisions 369282 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+ * /, apps/app_queue.c: Explicitly check caller hangup in app Queue
+ rather than a polluted res2 value. ........ Merged revisions
+ 369262 from http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+ * apps/app_dial.c, /: Check if PBX was started and fix F and F(x)
+ action logic in Dial application. ........ Merged revisions
+ 369258 from http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+ * /, main/ccss.c: Check if PBX was started for generic CCSS recall.
+ ........ Merged revisions 369238 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+ * /, channels/chan_sip.c: Change incorrect chan_sip zombie hangup
+ debug message. They are all zombies now. ........ Merged
+ revisions 369235 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-22 19:34 +0000 [r369215] Terry Wilson <twilson at digium.com>
+
+ * /, channels/chan_sip.c: Don't crash on a guest directmedia call A
+ sip_pvt may not have relatedpeer set if a call doesn't match up
+ with a peer. If there is no relatedpeer, there is no direct media
+ ACL to apply, so just return that it is allowed. (closes issue
+ ASTERISK-20040) Reported by: Terry Wilson ........ Merged
+ revisions 369214 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-22 17:23 +0000 [r369206] Kinsey Moore <kmoore at digium.com>
+
+ * /, channels/chan_sip.c: Don't parse media stream state for SIP
+ video streams The sendonly/recvonly/sendrecv/inactive media
+ stream attributes were parsed for video, but nothing was ever
+ done with them. With this code removed, an UNSUPPORTED message is
+ produced when these attributes are used in conjunction with a
+ video stream which is the better behavior since they were never
+ really supported in the first place. ........ Merged revisions
+ 369195 from http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-20 17:36 +0000 [r369147] Alexandr Anikin <may at telecom-service.ru>
+
+ * addons/ooh323c/src/ooq931.c, addons/ooh323c/src/ooCalls.c, /: fix
+ locking issue on empty callList (issue ASTERISK-19298) Reported
+ by: Dmitry Melekhov Patches: ASTERISK-18322-2.patch ........
+ Merged revisions 369146 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-20 02:04 +0000 [r369109] Michael L. Young <elgueromexicano at gmail.com>
+
+ * main/netsock2.c, /, include/asterisk/netsock2.h: Fix NULL pointer
+ segfault in ast_sockaddr_parse() While working with
+ ast_parse_arg() to perform a validity check, a segfault occurred.
+ The segfault occurred due to passing a NULL pointer to
+ ast_sockaddr_parse() from ast_parse_arg(). According to the
+ documentation in config.h, "result pointer to the result. NULL is
+ valid here, and can be used to perform only the validity checks."
+ This patch fixes the segfault by checking for a NULL pointer.
+ This patch also adds documentation to netsock2.h about why it is
+ necessary to check for a NULL pointer. (Closes issue
+ ASTERISK-20006) Reported by: Michael L. Young Tested by: Michael
+ L. Young Patches: asterisk-20006-netsock-null-ptr.diff uploaded
+ by Michael L. Young (license 5026) Review:
+ https://reviewboard.asterisk.org/r/1990/ ........ Merged
+ revisions 369108 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-19 23:32 +0000 [r369091] Alexandr Anikin <may at telecom-service.ru>
+
+ * addons/chan_ooh323.c: check rtptimeouts in ooh323 channels as per
+ config file (rtp voice, video, udptl except rtcp) (closes issue
+ ASTERISK-19179) Reported by: TSAREGORODTSEV Yury Patches:
+ 19179-ooh323-ast10.patch
+
+2012-06-19 15:37 +0000 [r369067] Mark Michelson <mmichelson at digium.com>
+
+ * /, channels/chan_sip.c: Fix request routing issue when
+ outboundproxy is used. Asterisk was incorrectly setting the
+ destination of CANCELs and ACKs for error responses to the URI of
+ the initial INVITE. This resulted in further requests, such as
+ INVITEs with authentication credentials, to be routed
+ incorrectly. Instead, when these CANCEL or ACKs are to be sent,
+ we should simply keep the destination the same as what it
+ previously was. There is no need to alter it any. (closes issue
+ ASTERISK-20008) Reported by Marcus Hunger Patches:
+ ASTERISK-20008.patch uploaded by Mark Michelson (license #5049)
+ ........ Merged revisions 369066 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-18 18:11 +0000 [r369044] Richard Mudgett <rmudgett at digium.com>
+
+ * /, main/features.c: Fix monitoring calls put in a parking lot. *
+ Fix a regression that was introduced by -r366167 which
+ effectively disabled monitoring parked calls. (closes issue
+ ASTERISK-20012) Reported by: sdolloff Tested by: rmudgett
+ ........ Merged revisions 369043 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-15 16:07 +0000 [r369005] Kevin P. Fleming <kpfleming at digium.com>
+
+ * channels/sip/sdp_crypto.c, main/slinfactory.c, main/translate.c,
+ main/jitterbuf.c, main/acl.c, channels/iax2-provision.c,
+ channels/sig_pri.c, utils/astdb2bdb.c, main/chanvars.c,
+ main/data.c, main/hashtab.c, channels/chan_misdn.c,
+ main/abstract_jb.c, main/fixedjitterbuf.c,
+ channels/sip/dialplan_functions.c, main/test.c, res/snmp/agent.c,
+ main/event.c, main/astmm.c, channels/sip/config_parser.c,
+ channels/vgrabbers.c, main/alaw.c, main/asterisk.c, main/dsp.c,
+ main/timing.c, main/udptl.c, main/autoservice.c,
+ main/fskmodem_float.c, main/frame.c, main/security_events.c,
+ main/ccss.c, main/threadstorage.c, main/say.c,
+ channels/console_video.c, channels/sip/reqresp_parser.c,
+ main/devicestate.c, main/astfd.c, main/ssl.c,
+ main/taskprocessor.c, main/autochan.c, channels/misdn/isdn_lib.c,
+ main/enum.c, main/format_pref.c, main/astobj2.c,
+ main/indications.c, main/fskmodem.c, channels/misdn_config.c,
+ apps/confbridge/conf_config_parser.c, main/io.c, main/cli.c,
+ main/ulaw.c, main/dial.c, main/framehook.c, main/format_cap.c,
+ main/strcompat.c, main/heap.c, channels/misdn/ie.c, main/plc.c,
+ main/logger.c, main/stdtime/localtime.c, channels/sig_ss7.c,
+ main/sched.c, main/datastore.c, main/lock.c, main/strings.c,
+ main/pbx.c, main/stun.c, channels/sip/srtp.c, main/dnsmgr.c,
+ channels/vcodecs.c, channels/sip/security_events.c,
+ utils/astdb2sqlite3.c, main/aoc.c, pbx/dundi-parser.c,
+ main/cel.c, channels/iax2-parser.c,
+ build_tools/find_missing_support_level (added), main/netsock.c,
+ main/tcptls.c, main/srv.c, main/privacy.c, main/callerid.c,
+ main/file.c, channels/misdn/portinfo.c, main/audiohook.c,
+ main/xmldoc.c, main/netsock2.c, main/format.c,
+ main/global_datastores.c, main/rtp_engine.c, /, res/ais/clm.c,
+ main/utils.c, channels/misdn/isdn_msg_parser.c, main/xml.c,
+ main/config.c, main/loader.c, main/term.c, main/channel.c,
+ main/cdr.c, res/ael/pval.c, channels/sig_analog.c, main/tdd.c,
+ channels/console_gui.c, res/ais/evt.c, main/fskmodem_int.c,
+ channels/console_board.c, main/syslog.c, main/app.c,
+ main/image.c, main/dns.c, main/message.c, main/db.c,
+ main/bridging.c: Multiple revisions 369001-369002 ........
+ r369001 | kpfleming | 2012-06-15 10:56:08 -0500 (Fri, 15 Jun
+ 2012) | 11 lines Add support-level indications to many more
+ source files. Since we now have tools that scan through the
+ source tree looking for files with specific support levels, we
+ need to ensure that every file that is a component of a 'core' or
+ 'extended' module (or the main Asterisk binary) is explicitly
+ marked with its support level. This patch adds support-level
+ indications to many more source files in tree, but avoids adding
+ them to third-party libraries that are included in the tree and
+ to source files that don't end up involved in Asterisk itself.
+ ........ r369002 | kpfleming | 2012-06-15 10:57:14 -0500 (Fri, 15
+ Jun 2012) | 3 lines Add a script to enable finding source files
+ without support-levels defined. ........ Merged revisions
+ 369001-369002 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-14 17:31 +0000 [r368947] Matthew Jordan <mjordan at digium.com>
+
+ * channels/chan_skinny.c: AST-2012-009: Fix crash in chan_skinny
+ due to Key Pad Button Message handling AST-2012-008 (r367844)
+ fixed a denial of service attack exploitable in the Skinny
+ channel driver that occurred when certain messages are sent after
+ a previously registered station sends an Off Hook message.
+ Unresolved in that patch is an issue in the Asterisk 10 releases,
+ wherein, if a Station Key Pad Button Message is processed after
+ an Off Hook message, the channel driver will inappropriately
+ dereference a NULL pointer. This patch fixes those places where
+ the message handling or the channel callback functions would
+ attempt to dereference the line's pointer to the device. (issue
+ ASTERISK-19905) Reported by: Christoph Hebeisen Tested by:
+ mjordan, Christoph Hebeisen Patches: AST-2012-009-10.diff
+ uploaded by mjordan (license 6283)
+
+2012-06-14 15:25 +0000 [r368899-368928] Mark Michelson <mmichelson at digium.com>
+
+ * /, main/Makefile: Revert Makefile change to remove embedding
+ res_adsi.so The change has resulted in a linking error for
+ certain versions of GCC. This is much worse than the original
+ issue, so for now, temporarily revert the change. A more thorough
+ change will be sought out. ........ Merged revisions 368927 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+ * /, funcs/func_volume.c: Fix a deadlock that occurs when
+ func_volume is used on a local channel. This was discovered by
+ trying to perform a call forward to an extension that makes use
+ of func_volume. When the local channel is optimized away, the
+ datastore on the local;2 channel would have its audiohook
+ destroyed rather than detaching the audiohook from the channel
+ and then destroying it. With this patch, func_volume's datastore
+ destructor takes the proper route of detaching the audiohook and
+ then destroying it. (closes issue ASTERISK-19611) reported by
+ Volker Sauer Patches: ASTERISK-19611.patch uploaded by Mark
+ Michelson (license #5049) ........ Merged revisions 368898 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-13 20:27 +0000 [r368895] Matthew Jordan <mjordan at digium.com>
+
+ * res/res_smdi.c, /, res/res_adsi.c: Mark res_smdi/res_adsi as
+ 'core' supported modules Recently, various issues surrounding
+ weak symbols have caused problems with modules that rely on that
+ feature to be enabled in menuselect. This includes app_voicemail
+ and chan_dahdi, as they both rely upon res_smdi and res_adsi,
+ which, in certain circumstances, may not be enabled by default in
+ menuselect. Because res_smdi/res_adsi are dependencies for
+ chan_dahdi/app_voicemail, this patch marks both as 'core'
+ supported modules. This will allow both app_voicemail and
+ chan_dahdi to be enabled as well, regardless of whether or not
+ that system supports weak symbols. (issue AST-900) Reported by:
+ Thomas Arimont (issue AST-885) Reported by: Denis Alberto
+ Martinez ........ Merged revisions 368894 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-13 19:36 +0000 [r368885] Mark Michelson <mmichelson at digium.com>
+
+ * /, main/Makefile: Remove forced linking of res_adsi.o In GCC 4.5+
+ the result is that Asterisk has a phantom module loaded at
+ startup, claiming to be res_adsi. (closes issue ASTERISK-19920)
+ reported by Leif Madsen ........ Merged revisions 368873 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-13 14:30 +0000 [r368831-368853] Matthew Jordan <mjordan at digium.com>
+
+ * Makefile, /: Do not install empty directories; add ASTLIBDIR
+ r368830 modified the installation script to only create a
+ directory if that directory does not exist. If some directory
+ variable was empty, it would attempt to create the empty
+ location. It also failed to create the ASTLIBDIR directory. This
+ patch fixes it such that the correct directories are made and
+ only created if a value specifying them actually exists. ........
+ Merged revisions 368852 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+ * Makefile, /: Do not perform install on existing directories If a
+ directory already exists, performing a 'make install' will remove
+ the permissions associated with the current directory and replace
+ them with the permissions of the user executing the install. This
+ patch changes this behavior to only perform an install on the
+ directory if the directory does not exist. Thus, if a user later
+ changes the permissions on that directory, those permissions will
+ be preserved in subsequent installs. Review:
+ https://reviewboard.asterisk.org/r/1986 Review:
+ https://reviewboard.asterisk.org/r/1864 (closes issue
+ ASTERISK-19492) Reported by: Karl Fife Tested by: Paul Belanger,
+ Tilghman Lesher patches: ASTERISK-19492 by pabelanger (uploaded
+ by mjordan) ........ Merged revisions 368830 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-12 15:37 +0000 [r368808] Mark Michelson <mmichelson at digium.com>
+
+ * /, channels/chan_sip.c: Set the Caller ID "tag" on peers even if
+ remote party information is present. On incoming calls, we were
+ setting the cid_tag on the dialog only if there was no remote
+ party information (Remote-Party-ID or P-Asserted-Identity)
+ present. The Caller ID tag is an invented parameter, though, and
+ should be set no matter the circumstance. (closes issue
+ ASTERISK-19859) Reported by Thomas Arimont (closes issue AST-884)
+ Reported by Trey Blancher ........ Merged revisions 368807 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-11 17:08 +0000 [r368760] Richard Mudgett <rmudgett at digium.com>
+
+ * main/channel.c, channels/chan_dahdi.c, channels/sig_analog.c, /,
+ channels/chan_sip.c, include/asterisk/channel.h,
+ channels/chan_iax2.c: Fix deadlock potential with
+ ast_set_hangupsource() calls. Calling ast_set_hangupsource() with
+ the channel lock held can result in a deadlock because the
+ function also locks the bridged channel. (issue ASTERISK-19537)
+ (closes issue AST-891) Reported by: Guenther Kelleter Tested by:
+ Guenther Kelleter (closes issue ASTERISK-19801) Reported by: Alec
+ Davis ........ Merged revisions 368759 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-11 15:15 +0000 [r368721-368739] Kinsey Moore <kmoore at digium.com>
+
+ * apps/app_voicemail.c, main/udptl.c, channels/sip/sdp_crypto.c, /,
+ channels/chan_sip.c, main/say.c, res/res_fax.c,
+ funcs/func_strings.c, channels/sip/reqresp_parser.c,
+ apps/app_queue.c, main/loader.c, channels/chan_dahdi.c,
+ res/res_config_odbc.c, channels/sip/dialplan_functions.c,
+ pbx/pbx_config.c, apps/app_directory.c, res/res_speech.c,
+ res/res_odbc.c: Fix coverity UNUSED_VALUE findings in core
+ support level files Most of these were just saving returned
+ values without using them and in some cases the variable being
+ saved to could be removed as well. (issue ASTERISK-19672)
+ ........ Merged revisions 368738 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+ * /, main/md5.c: Fix compilation in dev-mode Backport a compilation
+ fix in md5.c from trunk that only showed up in dev-mode under
+ certain compiler versions. ........ Merged revisions 368719 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-07-10 Asterisk Development Team <asteriskteam at digium.com>
+
+ * Asterisk 10.6.0 Released.
+
+2012-07-06 Asterisk Development Team <asteriskteam at digium.com>
+
+ * Asterisk 10.6.0-rc2 Released.
+
+ * AST-2012-009: Skinny Channel Driver Remote Crash Vulnerability
+
+ * AST-2012-010: Possible Resource Leak on Uncompleted Re-INVITE
+ Transactions
+
+ * AST-2012-011: Remote Crash Vulnerability in VoiceMail Application
+
+ * Fix crash on a guest directmedia call
+
+ A sip_pvt may not have relatedpeer set if a call doesn't match up
+ with a peer. If there is no relatedpeer, there is no direct media
+ ACL to apply, so just return that is is allowed.
+
+ (closes issue ASTERISK-20040)
+
+ * Fix request routing issue when outboundproxy is used
+
+ Asterisk was incorrectly setting the destination of CANCELs and ACKs
+ for error responses to the URI of the initial INVITE. This resulted
+ in further requests, such as INVITEs with authentication
+ credentials, to be routed incorrectly. Instead when these CANCEL or
+ ACKs are to be esnt, we should simply keep the destination the same
+ as what it previously was. There is no need to alter it any.
+
+ (closes issue ASTERISK-20008)
+
+ * Fix monitoring calls put in a parking lot
+
+ Fix a regression that was introduced by r366167 which effectively
+ disabled monitoring parked calls.
+
+ (closes issue ASTERISK-20012)
+
+2012-06-08 Asterisk Development Team <asteriskteam at digium.com>
+
+ * Asterisk 10.6.0-rc1 Released.
+
+2012-06-06 21:32 +0000 [r368645] Richard Mudgett <rmudgett at digium.com>
+
+ * channels/chan_dahdi.c, channels/sig_analog.c, /: Fix POTS flash
+ hook to orignate a second call deadlock. A deadlock can occur
+ when a POTS phone tries to flash hook to originate a second call
+ for 3-way or transfer. If another process is scanning the
+ channels container when the POTS line flash hooks then a deadlock
+ will occur. * Release the channel and private locks when creating
+ a new channel as a result of a flash hook. (closes issue
+ ASTERISK-19842) Reported by: rmudgett Tested by: rmudgett
+ ........ Merged revisions 368644 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-06 19:18 +0000 [r368629] Mark Michelson <mmichelson at digium.com>
+
+ * /, channels/chan_sip.c: Fix a specific scenario where ACKs are
+ not matched. If a dialog-starting INVITE contains a to-tag, then
+ Asterisk will respond with a 481. In this case, the resulting
+ incoming ACK would not be matched, so Asterisk would continue
+ retransmitting the 481 until the transaction times out. There
+ were two issues. Asterisk, upon creating a sip_pvt would generate
+ a local tag. However, when the time came to transmit the 481,
+ since there was a to-tag in the INVITE, Asterisk would place this
+ original to-tag in the 481 response. When the ACK came in,
+ Asterisk would attempt to match the to-tag in the ACK to the
+ generated local tag. Unfortunately, Asterisk never actually
+ transmitted a response with the generated local tag, so the
+ to-tag in the ACK would not match. The other problem was that
+ when the 481 was sent, nothing was set on the sip_pvt to indicate
+ what CSeq is expected in the ACK. To fix the first problem, we
+ zero out the to-tag seen in the incoming INVITE. This way,
+ Asterisk, when time to send a response, will send its generated
+ local tag instead. To fix the second problem, we set the
+ sip_pvt's pendinginvite to the CSeq of the INVITE when we send a
+ 481. (closes issue ASTERISK-19892) Reported by Mark Michelson
+ ........ Merged revisions 368625 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-06 17:21 +0000 [r368605] Matthew Jordan <mjordan at digium.com>
+
+ * /, build_tools/make_version: Add feature modifier to versions
+ produced from branches Certain branches, such as Certified
+ Asterisk, may have a modifier added to them that specifies the
+ features available in that branch. For branches, this modifier is
+ expected to be reflected in the location of the branch in
+ subversion. For example, a subversion of URL of
+ /certified/branches/1.8.11 would have a feature modifier of
+ 'certified'. This is slightly different then how features are
+ determined for tags, where the feature is part of the actual tag
+ name, e.g., "10.5.0-digiumphones". In keeping with the
+ nomenclature used for tags, the feature specifier for branches is
+ translated and placed after the revision numbers. For the example
+ given previously, this would result in a branch version of
+ "Asterisk SVN-branch-1.8.11-cert-rXXXXXX". ........ Merged
+ revisions 368604 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-06 16:09 +0000 [r368587] Kinsey Moore <kmoore at digium.com>
+
+ * /, channels/chan_sip.c: Ensure overlapping hold flags do not
+ conflict When changing between different modes of hold, the flags
+ were not being cleared out properly causing a failure to change
+ hold states. (closes issue ASTERISK-19919) Patch-by: Morten
+ Tryfoss Reported-by: Morten Tryfoss ........ Merged revisions
+ 368586 from http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-06 01:10 +0000 [r368568] Richard Mudgett <rmudgett at digium.com>
+
+ * /, main/features.c: Fix parked call performing a DTMF blind
+ transfer after being retrieved. When a parked call was retrieved
+ from the parking lot, it could not do a blind transfer because it
+ caused the involved calls to be hung up unconditionally. * Made
+ the ParkedCall application return the ast_bridge_call() return
+ value. (closes issue ABE-2862) Reported by: Vlad Povorozniuc
+ ........ Merged revisions 368567 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-05 15:27 +0000 [r368524-368536] Kinsey Moore <kmoore at digium.com>
+
+ * /, apps/app_minivm.c: Resolve some build warnings My newly
+ upgraded compiler caught these usages of uninitialized values.
+ They weren't actually used. ........ Merged revisions 368533 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+ * apps/app_voicemail.c, /: Ensure that pages and emails are sent
+ using RFC822-compliant date format When localization was added to
+ app_voicemail, these headers were altered when they should have
+ remained in en_US format for RFC compliance. This reverts the
+ changes to those two lines. (closes issue ASTERISK-19876)
+ ........ Merged revisions 368520 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-04 22:02 +0000 [r368499] Mark Michelson <mmichelson at digium.com>
+
+ * /, channels/chan_sip.c: Relay proper SIP responses on calling
+ side. Revision 351130 broke corect HANGUPCAUSE setting for the
+ 404 case in chan_sip. Other cases were also potentially broken.
+ This patch fixes the relaying of causes to be what they used to
+ be. (closes issue ASTERISK-19914) Reported by Pavel Troller
+ Tested by Walter Doekes (via a reviewboard test to be committed
+ later) Patches: chan_sip.diff uploaded by Pavel Troller (license
+ #6302) ........ Merged revisions 368498 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-06-04 21:11 +0000 [r368407-368470] Richard Mudgett <rmudgett at digium.com>
+
+ * /, UPGRADE.txt: Document BLINDTRANSFER behavior change. (issue
+ ASTERISK-19322) (closes issue ASTERISK-19875) Reported by: call
+ ........ Merged revisions 368469 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+ * main/channel.c, /: Fix potential deadlock between masquerade and
+ chan_local. * Restructure ast_do_masquerade() to not hold channel
+ locks while it calls ast_indicate(). * Simplify many calls to
+ ast_do_masquerade() since it will never return a failure now. If
+ it does fail internally because a channel driver callback
+ operation failed, the only thing ast_do_masquerade() can do is
+ generate a warning message about strange things may happen and
+ press on. * Fixed the call to ast_bridged_channel() in
+ ast_do_masquerade(). This change fixes half of the deadlock
+ reported in ASTERISK-19801 between masquerades and chan_iax.
+ (closes issue ASTERISK-19537) Reported by: rmudgett Tested by:
+ rmudgett Review: https://reviewboard.asterisk.org/r/1915/
+ ........ Merged revisions 368405 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
[... 24971 lines stripped ...]
More information about the asterisk-commits
mailing list