[svn-commits] bebuild: tag 11.0.0-rc1 r374692 - /tags/11.0.0-rc1/

SVN commits to the Digium repositories svn-commits at lists.digium.com
Mon Oct 8 16:02:24 CDT 2012


Author: bebuild
Date: Mon Oct  8 16:02:21 2012
New Revision: 374692

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

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

Added: tags/11.0.0-rc1/.lastclean
URL: http://svnview.digium.com/svn/asterisk/tags/11.0.0-rc1/.lastclean?view=auto&rev=374692
==============================================================================
--- tags/11.0.0-rc1/.lastclean (added)
+++ tags/11.0.0-rc1/.lastclean Mon Oct  8 16:02:21 2012
@@ -1,0 +1,1 @@
+40

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

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

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

Added: tags/11.0.0-rc1/.version
URL: http://svnview.digium.com/svn/asterisk/tags/11.0.0-rc1/.version?view=auto&rev=374692
==============================================================================
--- tags/11.0.0-rc1/.version (added)
+++ tags/11.0.0-rc1/.version Mon Oct  8 16:02:21 2012
@@ -1,0 +1,1 @@
+11.0.0-rc1

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

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

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

Added: tags/11.0.0-rc1/ChangeLog
URL: http://svnview.digium.com/svn/asterisk/tags/11.0.0-rc1/ChangeLog?view=auto&rev=374692
==============================================================================
--- tags/11.0.0-rc1/ChangeLog (added)
+++ tags/11.0.0-rc1/ChangeLog Mon Oct  8 16:02:21 2012
@@ -1,0 +1,20682 @@
+2012-10-08  Asterisk Development Team <asteriskteam at digium.com>
+
+	* Asterisk 11.0.0-rc1 Released.
+
+2012-10-08 20:38 +0000 [r374632-374676]  Matthew Jordan <mjordan at digium.com>
+
+	* res/res_rtp_asterisk.c, configs/rtp.conf.sample: Disable ICE
+	  support by default Since there are a number of legacy devices out
+	  there that fail to handle ICE candidates properly (which is a
+	  nice way of saying something much uglier), disable it by default.
+	  Support for ICE candidates can be enabled in rtp.conf using the
+	  icesupport setting.
+
+	* apps/confbridge/conf_state.c (added),
+	  apps/confbridge/conf_state_single.c (added),
+	  apps/confbridge/conf_state_inactive.c (added),
+	  apps/confbridge/conf_state_single_marked.c (added), /,
+	  apps/confbridge/include/confbridge.h,
+	  apps/confbridge/include/conf_state.h (added),
+	  apps/confbridge/conf_state_multi.c (added),
+	  apps/app_confbridge.c, apps/confbridge/conf_state_multi_marked.c
+	  (added), apps/confbridge/conf_state_empty.c (added): Resolve
+	  issues in ConfBridge regarding marked, waitmarked, and unmarked
+	  users Thank's to Neil Tallim (flan)'s tireless testing, issue
+	  reporting, and patches it became clear that app_confbridge had
+	  some complex logic in how it handled interactions between marked,
+	  waitmarked, and unmarked users. In particular, there were some
+	  areas in which the interactions between the users resulted in
+	  inconsistent behavior, and app_confbridge was missing logic in
+	  how to handle some corner cases. Some areas included: * Poor
+	  handling of mixing unmarked and waitmarked users *
+	  Inconsistencies in how MOH and muting was applied to various
+	  users * Handling of various announcements for different user
+	  profile options flan's patches seem to fix the various issues,
+	  but highlighted how hard the code could be to maintain. In an
+	  attempt to make things easier to maintain and to more fully
+	  enumerate the various cases that exist, this patch breaks up the
+	  logic into a state machine-like setup. Please note that the
+	  various state transitioned are documented on the Asterisk wiki:
+	  https://wiki.asterisk.org/wiki/display/AST/Confbridge+state+changes
+	  Review: //https://reviewboard.asterisk.org/r/2072/ Note that for
+	  the following issues, mjordan uploaded the patch, although it was
+	  written by twilson. Any contributor license discrepency is due to
+	  that. (closes issue ASTERISK-19562) Reported by: flan Tested by:
+	  flan, mjordan, jrose patches:
+	  bugASTERISK-19562_ASTERISK-19726_ASTERISK-20181.patch uploaded by
+	  twilson (license 6283) (closes issue ASTERISK-19726) Reported by:
+	  flan Tested by: flan patches:
+	  bugASTERISK-19562_ASTERISK-19726_ASTERISK-20181.patch uploaded by
+	  twilson (license 6283) (closes issue ASTERISK-20181) Reported by:
+	  Jonathan White Tested by: Jonathan White patches:
+	  bugASTERISK-19562_ASTERISK-19726_ASTERISK-20181.patch uploaded by
+	  twilson (license 6283) ........ Merged revisions 374652 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+	* res/pjproject/pjlib/include/pj/sock.h,
+	  res/pjproject/pjlib/src/pj/sock_symbian.cpp,
+	  res/pjproject/pjlib/src/pj/sock_bsd.c,
+	  res/pjproject/pjlib/src/pj/sock_linux_kernel.c: pjproject: Fix
+	  for Solaris builds. Do not undef s_addr. pjproject, in order to
+	  solve build problems on Windows [1], undefines s_addr in one of
+	  it's headers that is included in res_rtp_asterisk.c. On Solaris
+	  s_addr is not a structure member, but defined to map to the real
+	  strucuture member, therefore when building on Solaris it's
+	  possible to get build errors like: [CC] res_rtp_asterisk.c ->
+	  res_rtp_asterisk.o In file included from
+	  /export/home/admin/asterisk-11-svn/include/asterisk/stun.h:29,
+	  from res_rtp_asterisk.c:51:
+	  /export/home/admin/asterisk-11-svn/include/asterisk/network.h: In
+	  function `inaddrcmp':
+	  /export/home/admin/asterisk-11-svn/include/asterisk/network.h:92:
+	  error: structure has no member named `s_addr'
+	  /export/home/admin/asterisk-11-svn/include/asterisk/network.h:92:
+	  error: structure has no member named `s_addr' res_rtp_asterisk.c:
+	  In function `ast_rtp_on_ice_tx_pkt': res_rtp_asterisk.c:706:
+	  warning: dereferencing type-punned pointer will break
+	  strict-aliasing rules res_rtp_asterisk.c:710: warning:
+	  dereferencing type-punned pointer will break strict-aliasing
+	  rules res_rtp_asterisk.c: In function
+	  `rtp_add_candidates_to_ice': res_rtp_asterisk.c:1085: error:
+	  structure has no member named `s_addr' make[2]: ***
+	  [res_rtp_asterisk.o] Error 1 make[1]: *** [res] Error 2 make[1]:
+	  Leaving directory `/export/home/admin/asterisk-11-svn' gmake: ***
+	  [_cleantest_all] Error 2 Unfortunately, in order to make this
+	  work, I also had to make sure pjproject only used the typdef
+	  pj_in_addr and not the struct pj_in_addr so that when building
+	  Asterisk I could "typedef struct in_addr pj_in_addr". It's
+	  possible then that the library and users of those interfaces in
+	  Asterisk have a different idea about the type of the argument,
+	  while on the surface it looks like they are all 32 bit big endian
+	  values. [1] http://trac.pjsip.org/repos/changeset/484 (issues
+	  ASTERISK-20366) Reported by: Ben Klang Tested by: Ben Klang,
+	  mjordan patches:
+	  0001-pjproject-Fix-for-Solaris-builds.-Do-not-undef-s.patch
+	  uploaded by Shaun Ruffell (license 5417)
+
+	* main/acl.c: Trivial patch to make 'best_score' defined for all
+	  architectures. Fixes trivial build error on Solaris: acl.c: In
+	  function `get_local_address': acl.c:196: error: `best_score'
+	  undeclared (first use in this function) acl.c:196: error: (Each
+	  undeclared identifier is reported only once acl.c:196: error: for
+	  each function it appears in.) make[2]: *** [acl.o] Error 1 (issue
+	  ASTERISK-20366) Reported by: Ben Klang Tested by: Ben Klang
+	  patches:
+	  0002-main-acl.c-Trivial.-best_score-should-be-defined-for.patch
+	  by Shaun Ruffell (license 5417)
+
+2012-10-06 03:20 +0000 [r374611-374622]  Matthew Jordan <mjordan at digium.com>
+
+	* res/res_xmpp.c: Handle capability stanzas that fail to provide
+	  node or version information While XEP-0115 states that the node
+	  and ver attributes are both required, some devices fail to
+	  provide either field. Prior to this patch, failure to provide the
+	  node or ver attribute would cause a crash in res_xmpp. While
+	  failing to provide the node or ver attribute is technically
+	  invalid, since this information is not utilized by Asterisk
+	  except for reporting purposes, for interoperability reasons, we
+	  continue to process the capability stanza anyways. (closes issue
+	  ASTERISK-20495) Reported by: Martin W Tested by: Martin W
+	  patches: 20495.patch uploaded by Martin W (license #6434)
+
+	* res/res_xmpp.c, main/message.c: Update documentation for
+	  MessageSend application/command's From field for XMPP When using
+	  the channel technology agnostic application/AMI command
+	  MessageSend, the "From" field is technically optional for the SIP
+	  channel driver. However, if being sent by the XMPP resource
+	  module (either res_xmpp or res_jabber), the "From" field is
+	  necessary, and must correspond to a defined account. This patch
+	  updates the documentation for this application/AMI command to
+	  reflect this. (closes issue ASTERISK-20405) Reported by: Leif
+	  Madsen
+
+2012-10-05 20:32 +0000 [r374587]  dlee <dlee at localhost>:
+
+	* main/manager.c, /: Multiple revisions 374570,374581 ........
+	  r374570 | dlee | 2012-10-05 15:14:41 -0500 (Fri, 05 Oct 2012) |
+	  22 lines Improve AMI long line error handling In AMI's parser,
+	  when it receives a long line (> 1024 characters), it discards
+	  that line, but continues to process the message normally.
+	  Typically, this is not a problem because a) who has lines that
+	  long and b) usually a discarded line results in an invalid
+	  message. But if that line is specifying an optional field, then
+	  the message will be processed, you get a 'Response: Success', but
+	  things don't work the way you expected them to. This patch
+	  changes the behavior when a line-too-long parse error occurs. *
+	  Changes the log message to avoid way-too-long (and truncated
+	  anyways) log messages * Adds a 'parsing' status flag to Response:
+	  Success * Sets parsing = MESSAGE_LINE_TOO_LONG if, well, a line
+	  is too long * Responds with an appropriate error if parsing !=
+	  MESSAGE_OKAY (closes issue AST-961) Reported by: John Bigelow
+	  Review: https://reviewboard.asterisk.org/r/2142/ ........ r374581
+	  | dlee | 2012-10-05 15:20:28 -0500 (Fri, 05 Oct 2012) | 1 line
+	  I've committed too much. Reverting part of r374570. ........
+	  Merged revisions 374570,374581 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 374586 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-10-05 18:34 +0000 [r374538]  Richard Mudgett <rmudgett at digium.com>
+
+	* channels/misdn/isdn_lib.h, channels/chan_misdn.c, /,
+	  channels/misdn/isdn_msg_parser.c, channels/misdn/isdn_lib.c:
+	  Merged revisions 374515-374535 from
+	  https://origsvn.digium.com/svn/asterisk/be/branches/C.3-bier
+	  ................ r374515 | rmudgett | 2012-10-04 17:52:36 -0500
+	  (Thu, 04 Oct 2012) | 10 lines chan_misdn: Remove some deadcode *
+	  Made setup_bc() static. Patches: patch1_unused-code.diff (license
+	  #6372) patch uploaded by Guenther Kelleter Modified JIRA ABE-2882
+	  ................ r374516 | rmudgett | 2012-10-04 18:01:01 -0500
+	  (Thu, 04 Oct 2012) | 7 lines chan_misdn: Remove unused bchan
+	  states Patches: patch2_unused-states.diff (license #6372) patch
+	  uploaded by Guenther Kelleter JIRA ABE-2882 ................
+	  r374517 | rmudgett | 2012-10-04 18:17:51 -0500 (Thu, 04 Oct 2012)
+	  | 16 lines chan_misdn: Remove unnecessary null pointer checks and
+	  checks for stack->nt * cleanup_bc() is always called with valid
+	  bc (or it would've crashed before). * Value of stack->nt is known
+	  in advance at some places. * Rename handle_event() to
+	  handle_event_te(), handle_frm() to handle_frm_te(). Patches:
+	  patch3_checks.diff (license #6372) patch uploaded by Guenther
+	  Kelleter Modified JIRA ABE-2882 ................ r374518 |
+	  rmudgett | 2012-10-04 18:21:59 -0500 (Thu, 04 Oct 2012) | 7 lines
+	  chan_misdn: Fix spelling in log messages Patches:
+	  patch4_spelling.diff (license #6372) patch uploaded by Guenther
+	  Kelleter JIRA ABE-2882 ................ r374519 | rmudgett |
+	  2012-10-04 18:31:59 -0500 (Thu, 04 Oct 2012) | 15 lines
+	  chan_misdn: Don't cleanup a bc twice. In handle_frm_te() after
+	  calling misdn_lib_send_event(bc, EVENT_RELEASE_COMPLETE) bc is
+	  emptied, cleaned and set not in use, although
+	  misdn_lib_send_event() already did the same. This is bad. When
+	  it's not in use we are not allowed to touch it. * Moved log
+	  message in front of the resulting actions and fixed it to match
+	  the case. Patches: patch5_bccleanup.diff (license #6372) patch
+	  uploaded by Guenther Kelleter JIRA ABE-2882 ................
+	  r374520 | rmudgett | 2012-10-04 18:43:56 -0500 (Thu, 04 Oct 2012)
+	  | 12 lines chan_misdn: Fix memory leaks, bc, chan not cleaned up
+	  etc., really bad stuff. * Fix return codes of cb_events() for
+	  EVENT_SETUP to use caller's cleanup mechanisms. * Move
+	  cl_queue_chan() call after bearer check. Patches:
+	  patch6_leaks.diff (license #6372) patch uploaded by Guenther
+	  Kelleter JIRA ABE-2882 ................ r374521 | rmudgett |
+	  2012-10-04 18:48:38 -0500 (Thu, 04 Oct 2012) | 11 lines
+	  chan_misdn: We must initialize cause on sending a DISCONNECT. We
+	  must initialize cause on sending a DISCONNECT, so it is later
+	  correctly indicated to ast_channel in case the answer
+	  (RELEASE/RELEASE_COMPLETE) does not include one. Patches:
+	  patch7_hangupcause.diff (license #6372) patch uploaded by
+	  Guenther Kelleter JIRA ABE-2882 ................ r374522 |
+	  rmudgett | 2012-10-04 19:03:56 -0500 (Thu, 04 Oct 2012) | 7 lines
+	  chan_misdn: Remove unused code for upqueue Patches:
+	  patch8_unused-upqueue.diff (license #6372) patch uploaded by
+	  Guenther Kelleter JIRA ABE-2882 ................ r374523 |
+	  rmudgett | 2012-10-04 19:11:50 -0500 (Thu, 04 Oct 2012) | 7 lines
+	  chan_misdn: Improve debugging (port number, messages fixed, dups
+	  removed) Patches: patch9_debug.diff (license #6372) patch
+	  uploaded by Guenther Kelleter JIRA ABE-2882 ................
+	  r374533 | rmudgett | 2012-10-05 12:17:18 -0500 (Fri, 05 Oct 2012)
+	  | 8 lines chan_misdn: Better debug: we can print_bc_info even if
+	  there's no ast leg. Patches: patch10_debug-bc-2.diff (license
+	  #6372) patch uploaded by Guenther Kelleter Modified. JIRA
+	  ABE-2882 ................ r374534 | rmudgett | 2012-10-05
+	  12:34:10 -0500 (Fri, 05 Oct 2012) | 16 lines chan_misdn:
+	  setup_bc() is called too early for an incoming SETUP on TE. This
+	  prevents the B channel from being setup for HDLC mode when
+	  requested by the bearer capability and config option hdlc=yes. It
+	  violates ETS300102 Ch.5.2.3.2: "The user, in any case, must not
+	  connect to the channel until a CONNECT ACKNOWLEDGE message has
+	  been received." * Call setup_bc() on receipt of
+	  CONNECT_ACKNOWLEGDE for PTMP, and on first response to SETUP for
+	  PTP. Patches: abe-2881-2.diff (license #6372) patch uploaded by
+	  Guenther Kelleter Modified. JIRA ABE-2881 ................
+	  r374535 | rmudgett | 2012-10-05 12:41:05 -0500 (Fri, 05 Oct 2012)
+	  | 2 lines chan_misdn: Remove some more deadcode. ................
+	  ........ Merged revisions 374536 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 374537 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-10-04 20:18 +0000 [r374477-374485]  Alec L Davis <sivad.a at paradise.net.nz>
+
+	* main/dsp.c, /, configs/dsp.conf.sample, CHANGES: dsp.c User
+	  Configurable DTMF_HITS_TO_BEGIN and DTMF_MISSES_TO_END Instead of
+	  a recompile, allow values to be adjusted in dsp.conf For binary
+	  distributions allows easy adjustment for wobbly GSM calls, and
+	  other reasons. Defaults to DTMF_HITS_TO_BEGIN=2 and
+	  DTMF_MISSES_TO_END=3 (closes issue ASTERISK-17493) Tested by:
+	  alecdavis alecdavis (license 585) Review
+	  https://reviewboard.asterisk.org/r/2144/ ........ Merged
+	  revisions 374479 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 374481 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+	* main/dsp.c, /: dsp.c fix incorrect DTMF Digit_Duration. it's
+	  always short by 'hits_to_begin*DTMF_GSIZE', or 25.5ms if
+	  hitstobegin=2 (issue ASTERISK-16003) Tested by: alecdavis
+	  alecdavis (license 585) Review
+	  https://reviewboard.asterisk.org/r/2145/ ........ Merged
+	  revisions 374475 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 374476 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-10-04 15:42 +0000 [r374428]  dlee <dlee at localhost>:
+
+	* main/db.c, /, res/res_agi.c: Fix DBDelTree error codes for AMI,
+	  CLI and AGI The AMI DBDelTree command will return Success/Key
+	  tree deleted successfully even if the given key does not exist.
+	  The CLI command 'database deltree' had a similar problem, but was
+	  saved because it actually responded with '0 database entries
+	  removed'. AGI had a slightly different error, where it would
+	  return success if the database was unavailable. This came from
+	  confusion about the ast_db_deltree retval, which is -1 in the
+	  event of a database error, or number of entries deleted
+	  (including 0 for deleting nothing). * Changed some poorly named
+	  res variables to num_deleted * Specified specific errors when
+	  calling ast_db_deltree (database unavailable vs. entry not found
+	  vs. success) * Fixed similar bug in AGI database deltree, where
+	  'Database unavailable' results in successful result (closes issue
+	  AST-967) Reported by: John Bigelow Review:
+	  https://reviewboard.asterisk.org/r/2138/ ........ Merged
+	  revisions 374426 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 374427 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-10-04 04:43 +0000 [r374379-374386]  Alec L Davis <sivad.a at paradise.net.nz>
+
+	* main/dsp.c, /, configs/dsp.conf.sample, CHANGES: dsp.c User
+	  configuration of DTMF_NORMAL_TWIST and DTMF_REVERSE_TWIST values
+	  Asterisk's DTMF Specifications are based on AT&T specs, which may
+	  not be compatible in other countries. Various countries have
+	  different specifications for the maximum power level differences
+	  between the DTMF low group and high group of frequencies. Power
+	  level difference between frequencies for different
+	  Administrations/RPOAs NTT = Max. 5 dB AT&T = 4dB(reverse) to
+	  8dB(normal) Danish = Max. 6 dB Australian = Max. 10 dB Brazilian
+	  = Max. 9 dB ETSI = Max. 6 dB from ETSI ES 201 235-3 V1.3.1
+	  (2006-03) Now allow 4 variables to be individually configured in
+	  dsp.conf, with reasonable min/max of 2dB to 20dB. Default is AT&T
+	  specifications Add's the following variables to dsp.conf
+	  ;dtmf_normal_twist=6.31 ;dtmf_reverse_twist=2.51
+	  ;relax_dtmf_normal_twist=6.31 ;relax_dtmf_reverse_twist=3.98
+	  (closes issue ASTERISK-20442) Reported by: tbsky Tested by:
+	  tbsky,alecdavis alecdavis (license 585) Review
+	  https://reviewboard.asterisk.org/r/2141/ ........ Merged
+	  revisions 374384 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 374385 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+	* /: _dsp_init: bring inline with trunk preparation for clean merge
+	  of DTMF TWIST patch No functional changes, just style. alecdavis
+	  (license 585) Reported by: Alec Davis Tested by: alecdavis
+	  related https://reviewboard.asterisk.org/r/2141 ........ Merged
+	  revisions 374365 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 374370 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-10-04 02:15 +0000 [r374196-374337]  Matthew Jordan <mjordan at digium.com>
+
+	* /, res/res_jabber.c: Check for presence of buddy in info/dinfo
+	  handlers The res_jabber resource module uses the ASTOBJ library
+	  for managing its ref counted objects. After calling
+	  ASTOBJ_CONTAINER_FIND to locate a buddy object, the pointer to
+	  the object has to be checked to see if the buddy existed. Prior
+	  to this patch, the buddy object was not checked for NULL; with
+	  this patch in both aji_client_info_handler and aji_dinfo_handler
+	  the pointer is checked before used and, if no buddy object was
+	  found, the handlers return an error code. This patch does not
+	  take the approach that our JID can be used to log in from another
+	  resource. If that approach is desired, an improvement could be
+	  made to this patch to create the buddy on the fly. This patch
+	  seeks only to prevent Asterisk from crashing. FYI: In Asterisk
+	  11+, you really should be using res_xmpp. It does not have this
+	  problem, as it moved to the astobj2 library. Note that multiple
+	  people have proposed patches for this issue; the patch being
+	  committed here is based on those. (closes issue ASTERISK-19532)
+	  Reported by: Karsten Wemheuer Tested by: Byron Clark patches:
+	  fix-jabber uploaded by Karsten Wemheuer (license #5930)
+	  xmpp_no_crash_with_ejabberd.patch uploaded by Byron Clark
+	  (license #6157) (closes issue ASTERISK-19557) Reported by:
+	  ulugutz ........ Merged revisions 374335 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 374336 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+	* /, main/ccss.c: Destroy the generic_monitors container after the
+	  core_instances in ccss For each item in core_instances disposed
+	  of in the shutdown of ccss, any generic monitor instances
+	  referenced by the objects will be removed from generic_monitors
+	  during their destruction. Hilarity ensues if generic_monitors no
+	  longer exists. Thanks to the Asterisk Test Suite's generic_ccss
+	  test for complaining loudly when it ran into this. ........
+	  Merged revisions 374300 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+	* main/asterisk.c, /: Ensure Shutdown AMI event is still fired
+	  during Asterisk shutdown Richard pointed out that having the
+	  manager dispose of itself gracefully during shutdown meant that
+	  the Shutdown event will no longer get fired. This patch moves the
+	  AMI event just prior to running the atexit callbacks. ........
+	  Merged revisions 374230 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 374231 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+	* /, main/message.c: Fix findings from check-in on r374177 Richard
+	  pointed out two problems with the check-in from r374177: * The
+	  ast_msg_shutdown function declaration doesn't match the prototype
+	  in main/message.c. * The ref/alloc function usage in astobj2 (in
+	  trunk) can use the ao2_t_* variants of the functions to allow the
+	  REF_DEBUG flag to enable/disable their debug counterparts.
+	  ........ Merged revisions 374210 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+	* main/db.c, main/asterisk.c, main/xmldoc.c, main/format.c,
+	  main/udptl.c, main/pbx.c, /, main/ccss.c,
+	  include/asterisk/astobj2.h, channels/chan_agent.c,
+	  main/taskprocessor.c, res/res_musiconhold.c, res/res_xmpp.c,
+	  main/cel.c, main/named_acl.c, main/indications.c,
+	  main/format_pref.c, main/astobj2.c, main/channel.c, main/data.c,
+	  main/manager.c, main/features.c, main/config_options.c,
+	  main/event.c, main/message.c: Fix a variety of ref counting
+	  issues This patch resolves a number of ref leaks that occur
+	  primarily on Asterisk shutdown. It adds a variety of shutdown
+	  routines to core portions of Asterisk such that they can reclaim
+	  resources allocate duringd initialization. Review:
+	  https://reviewboard.asterisk.org/r/2137 ........ Merged revisions
+	  374177 from http://svn.asterisk.org/svn/asterisk/branches/1.8
+	  ........ Merged revisions 374178 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-10-01 20:26 +0000 [r374133-374150]  Sean Bright <sean at malleable.com>
+
+	* main/db.c, include/asterisk/astdb.h, /, tests/test_db.c,
+	  apps/app_queue.c: app_queue: Support persisting and loading of
+	  long member lists. Greenlight in #asterisk brought up that he was
+	  receiving an error message "Could not create persistent member
+	  string, out of space" when running app_queue in Asterisk 10.
+	  dump_queue_members() made an assumption that 8K would be enough
+	  to store the generated string, but with queues that have large
+	  member lists this is not always the case. This patch removes the
+	  limitation and uses ast_str instead of a fixed sized buffer. The
+	  complicating factor comes from the fact that ast_db_get requires
+	  a buffer and buffer size argument, which doesn't let us pull back
+	  more than what we pass in, so I introduced a new
+	  ast_db_get_allocated() which returns an ast_strdup()'d copy of
+	  the value from astdb. As an aside, I did some testing on the
+	  maximum size of data that we can store in the BDB library we
+	  distribute and was able to store a 10MB string and retrieve it
+	  with no problems, so I feel this is a safe patch. Review:
+	  https://reviewboard.asterisk.org/r/2136/ ........ Merged
+	  revisions 374108 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 374135 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+	* main/db.c, /: Use ast_copy_string instead of strncpy to guarantee
+	  a NUL terminated string. ........ Merged revisions 374132 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-10-01 16:12 +0000 [r374106]  Mark Michelson <mmichelson at digium.com>
+
+	* apps/confbridge/conf_config_parser.c: Don't destroy confbridge
+	  config when error is encountered during a reload. Not panicking
+	  means that the old config is kept. (closes issue ASTERISK-20458)
+	  Reported by: Leif Madsen Patches: ASTERISK-20458.patch uploaded
+	  by Mark Michelson(license #5049) Tested by Leif Madsen
+
+2012-09-29 03:54 +0000 [r374085]  Matthew Jordan <mjordan at digium.com>
+
+	* channels/chan_sip.c: Fix ref leak when adding ICE candidates to
+	  an SDP There was a missing decrement to the reference count for
+	  the current ICE candidate when local candidates are being added
+	  to an outbound SDP. This patch corrects that.
+
+2012-09-28 19:29 +0000 [r374059]  Jonathan Rose <jrose at digium.com>
+
+	* /, res/res_jabber.c: res_jabber: Remove CLI command 'jabber test'
+	  The opinion of development was that it is both improper to have
+	  Matt's personal email address used in the source and that the
+	  command wouldn't be useful without it. (closes issue AST-467)
+	  Reported by: Malcolm Davenport ........ Merged revisions 374032
+	  from http://svn.asterisk.org/svn/asterisk/branches/1.8 ........
+	  Merged revisions 374045 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-09-28 13:02 +0000 [r374019]  beagles <beagles at localhost>:
+
+	* res/res_xmpp.c, main/message.c: Reset hangup flags on channels
+	  created through messages and cleanup globals in res_xmpp on
+	  unload. This patch fixes an issue where hangup flags were not
+	  being reset on a channel, affecting subsequent use of that
+	  channel. The patch also adds some additional cleanup to res_xmpp
+	  to fix an issue with reloading the module. (closes
+	  ASTERISK-20360) Reported by: Noah Engelberth Tested by: beagles
+	  Review: https://reviewboard.asterisk.org/r/2134/
+
+2012-09-28 12:16 +0000 [r373991]  Joshua Colp <jcolp at digium.com>
+
+	* /, res/res_agi.c: Update documentation to make it explicit that
+	  "stream file" will not restart musiconhold. (issue
+	  ASTERISK-17367) Reported by: oej ........ Merged revisions 373989
+	  from http://svn.asterisk.org/svn/asterisk/branches/1.8 ........
+	  Merged revisions 373990 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-09-27 22:19 +0000 [r373954]  Richard Mudgett <rmudgett at digium.com>
+
+	* /, apps/app_senddtmf.c: Fix SendDTMF crash and channel reference
+	  leak using channel name parameter. The SendDTMF channel name
+	  parameter has two issues. 1) Crashes if the channel name does not
+	  exist. 2) Leaks a channel reference if the channel is the current
+	  channel. Problem introduced by ASTERISK-15956. * Updated SendDTMF
+	  documentation. * Renamed app to senddtmf_name and tweaked the
+	  type. ........ Merged revisions 373945 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 373946 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-09-27 17:05 +0000 [r373880-373914]  Joshua Colp <jcolp at digium.com>
+
+	* channels/chan_sip.c, include/asterisk/http_websocket.h,
+	  res/res_http_websocket.c: Make res_http_websocket an optional
+	  dependency on supported platforms for chan_sip. (closes issue
+	  ASTERISK-20439) Reported by: sruffell Patches:
+	  0001-chan_sip-websocket-support-is-an-optional-API.patch uploaded
+	  by sruffell (license 5417)
+
+	* main/loader.c, /: loader: Ensure dependent modules are properly
+	  initialized. If an Asterisk module specifies a dependency in
+	  ast_module_info.nonoptreq, it is possible for Asterisk to skip
+	  calling the modules's .load function. Asterisk was loading and
+	  linking the module via load_dynamic_module() but was not adding
+	  the module to the resource_heap. Therefore the module was not
+	  initialized based on it's priority along with the other modules
+	  in the heap. Now use load_resource() instead of
+	  load_dynamic_module() for non-optional requirement. This will add
+	  the module to the resource_heap so the module can be properly
+	  initialized in the correct order. This is required if there are
+	  any module global data structures initialized in the .load()
+	  callback for the module on platforms which do not support weak
+	  references. (issue ASTERISK-20439) Reported by: sruffell Patches:
+	  0001-loader-Ensure-dependent-modules-are-properly-initial.patch
+	  uploaded by sruffell (license 5417) ........ Merged revisions
+	  373909 from http://svn.asterisk.org/svn/asterisk/branches/1.8
+	  ........ Merged revisions 373910 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+	* channels/chan_local.c, /: Fix an issue where Local channels
+	  dialed by app_queue are considered in use immediately. The
+	  chan_local channel driver returns a device state of in use even
+	  if a created Local channel has not yet been dialed. This fix
+	  changes the logic to return a state of not in use until the
+	  channel itself has been dialed. (closes issue ASTERISK-20390)
+	  Reported by: tim_ringenbach Review:
+	  https://reviewboard.asterisk.org/r/2116/ ........ Merged
+	  revisions 373878 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 373879 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-09-26 21:16 +0000 [r373850]  Mark Michelson <mmichelson at digium.com>
+
+	* /, channels/chan_sip.c: Move handling of 408 response so there is
+	  no misleading warning message. (closes issue ASTERISK-20060)
+	  Reported by: Walter Doekes ........ Merged revisions 373848 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 373849 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-09-26 18:18 +0000 [r373818]  Richard Mudgett <rmudgett at digium.com>
+
+	* /, apps/app_meetme.c: Fixed meetme tab completion and command
+	  documentation. * Removed unnecessary case sensitivity in meetme
+	  list, lock, unlock, mute, unmute, and kick commands. * Separated
+	  meetme lock/unlock, mute/unmute, and kick commands into their own
+	  registered commands to simplify tab completion and parameter
+	  checking. meetme_lock_cmd(), meetme_mute_cmd(), and
+	  meetme_kick_cmd() * Simplified meetme_show_cmd() (closes issue
+	  AST-1006) Reported by: John Bigelow Tested by: rmudgett ........
+	  Merged revisions 373815 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 373816 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-09-26 08:29 +0000 [r373804]  Alec L Davis <sivad.a at paradise.net.nz>
+
+	* apps/app_queue.c: app_queue: 'agent available' hint, cleanup
+	  restart, and initial state Fix previously untested senarios; 1).
+	  On queue initialisation set queue_avail devstate to INUSE.
+	  Previously was unavailable, which indicated an agent was
+	  available. 2). When removing members, if there are no other
+	  members available, set queue_avail to INUSE. Previously, if a
+	  member interface had become 'unavailable', they were never going
+	  to be removed, particularly when persistant queues is enabled.
+	  3). When adding a member, check that they are available, if they
+	  are set queue_avail to NOT_INUSE. Previously on reloaded, members
+	  may have been 'unavailable'. 4). When pausing or unpausing a
+	  member, set appropriate queue availability. alecdavis (license
+	  585) Reported by: Alec Davis Tested by: alecdavis Review:
+	  https://reviewboard.asterisk.org/r/2129/
+
+2012-09-25 23:09 +0000 [r373738-373775]  Mark Michelson <mmichelson at digium.com>
+
+	* /, main/say.c: Fix saying of date in Dutch. The Dutch say the
+	  date before the month. (closes issue ASTERISK-20353) Reported by:
+	  Teun Ouwehand ........ Merged revisions 373773 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 373774 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+	* configs/agents.conf.sample, /, channels/chan_agent.c: Remove dead
+	  code and documentation for nonexistent feature. multiplelogin was
+	  removed from chan_agent back in 1.6.0 when AgentCallbackLogin()
+	  was removed. (closes issue AST-948) reported by Steve Pitts
+	  ........ Merged revisions 373768 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 373769 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+	* apps/app_voicemail.c, /: Fix error where improper IMAP greetings
+	  would be deleted. (closes issue ASTERISK-20435) Reported by:
+	  fhackenberger Patches: asterisk-20435-imap-del-greeting.diff
+	  uploaded by Michael L. Young (License #5026) (with suggested
+	  modification made by me) ........ Merged revisions 373735 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 373737 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-09-25 20:13 +0000 [r373707]  Joshua Colp <jcolp at digium.com>
+
+	* channels/chan_local.c, /: Fix T.38 support when used with
+	  chan_local in between. Users of the T.38 API can indicate
+	  AST_T38_REQUEST_PARMS on a channel to request that the channel
+	  indicate a T.38 negotiation with the parameters present on the
+	  channel. The return value of this indication is expected to be
+	  AST_T38_REQUEST_PARMS upon success but with chan_local involved
+	  this could never occur. This fix changes chan_local to always
+	  return AST_T38_REQUEST_PARMS for this situation. If the
+	  underlying channel technology on the other side does not support
+	  T.38 this would have been determined ahead of time using
+	  ast_channel_get_t38_state and an indication would not occur.
+	  (closes issue ASTERISK-20229) Reported by: wdoekes Patches:
+	  ASTERISK-20229.patch uploaded by wdoekes (license 5674) Review:
+	  https://reviewboard.asterisk.org/r/2070/ ........ Merged
+	  revisions 373705 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 373706 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-09-25 19:35 +0000 [r373704]  Kinsey Moore <kmoore at digium.com>
+
+	* /: Recorded merge of revisions 373703 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10 ........ Fix an
+	  issue where media would not flow for situations where the legacy
+	  STUN code is in use. The STUN packets should *not* be blocked by
+	  strict RTP. (closes issue ASTERISK-20415) Reported-by: Michele
+	  Cicciotti Patch-by: Josh Colp (trunk r369817) ........ Merged
+	  revisions 373702 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+2012-09-25 18:52 +0000 [r373690]  Terry Wilson <twilson at digium.com>
+
+	* channels/sip/include/sip.h, /, channels/chan_sip.c,
+	  configs/sip.conf.sample: Properly handle UAC/UAS roles for SIP
+	  session timers The SIP session timer mechanism contains a
+	  mandatory 'refresher' parameter (included in the Session-Expires
+	  header) which is used in the session timer offer/answer signaling
+	  within a SIP Invite dialog. It looks like asterisk is
+	  interpreting the uac resp. uas role only as the initial role of
+	  client and server (caller is uac, callee is uas). The standard
+	  rfc 4028 however assigns the client role to the ((RE)-Invite)
+	  requester, the server role to the ((RE)-Invite) responder. This
+	  patch has Asterisk track the actual refresher as "us" or "them"
+	  as opposed to relying on just the configured "uas" or "uac"
+	  properties. (closes issue AST-922) Reported by: Thomas Airmont
+	  Review: https://reviewboard.asterisk.org/r/2118/ ........ Merged
+	  revisions 373652 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 373665 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-09-25 18:24 +0000 [r373688]  Kinsey Moore <kmoore at digium.com>
+
+	* /, apps/app_queue.c: "show" completion option for "queue"
+	  shouldn't appear twice When tab-completing CLI commands starting
+	  with "queue", "show" appeared twice in the list due to the way
+	  that Asterisk's tab completion functions and the order in which
+	  the commands were registered. The registration order has been
+	  altered to resolve this issue. (closes issue AST-940)
+	  Reported-by: Steve Pitts ........ Merged revisions 373666 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 373675 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-09-25 17:21 +0000 [r373635-373650]  Richard Mudgett <rmudgett at digium.com>
+
+	* /, codecs/ilbc/iLBC_encode.c, codecs/ilbc/iLBC_decode.c: Fix
+	  valgrind found memcpy issues in codec_ilbc. Valgrind found
+	  codec_ilbc using memcpy instead of memmove for overlapping memory
+	  blocks. (issue ASTERISK-19890) (closes issue ASTERISK-20231)
+	  Reported by: Walter Doekes Patches: ASTERISK-20231.patch (license
+	  #5674) patch uploaded by Walter Doekes ........ Merged revisions
+	  373640 from http://svn.asterisk.org/svn/asterisk/branches/1.8
+	  ........ Merged revisions 373645 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+	* codecs/Makefile, /: Make rebuild GSM, ilbc, or lpc10 codecs if
+	  the respective sources change. ........ Merged revisions 373618
+	  from http://svn.asterisk.org/svn/asterisk/branches/1.8 ........
+	  Merged revisions 373633 from
+	  http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-09-25 16:31 +0000 [r373632]  Jonathan Rose <jrose at digium.com>
+
+	* /, channels/chan_sip.c: chan_sip: Set Quality of Service for
+	  video rtp instance (closes issue ASTERISK-20201) Reported by:
+	  ddkprog Patches: chan_sip.c.diff uploaded by ddkprog (license
+	  6008) ........ Merged revisions 373617 from
+	  http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+	  revisions 373631 from

[... 20012 lines stripped ...]



More information about the svn-commits mailing list