[asterisk-commits] lmadsen: tag 1.4.26-rc1 r197689 - /tags/1.4.26-rc1/

SVN commits to the Asterisk project asterisk-commits at lists.digium.com
Thu May 28 12:13:54 CDT 2009


Author: lmadsen
Date: Thu May 28 12:13:50 2009
New Revision: 197689

URL: http://svn.asterisk.org/svn-view/asterisk?view=rev&rev=197689
Log:
Importing files for 1.4.26-rc1 release.

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

Added: tags/1.4.26-rc1/.lastclean
URL: http://svn.asterisk.org/svn-view/asterisk/tags/1.4.26-rc1/.lastclean?view=auto&rev=197689
==============================================================================
--- tags/1.4.26-rc1/.lastclean (added)
+++ tags/1.4.26-rc1/.lastclean Thu May 28 12:13:50 2009
@@ -1,0 +1,1 @@
+33

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

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

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

Added: tags/1.4.26-rc1/.version
URL: http://svn.asterisk.org/svn-view/asterisk/tags/1.4.26-rc1/.version?view=auto&rev=197689
==============================================================================
--- tags/1.4.26-rc1/.version (added)
+++ tags/1.4.26-rc1/.version Thu May 28 12:13:50 2009
@@ -1,0 +1,1 @@
+1.4.26-rc1

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

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

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

Added: tags/1.4.26-rc1/ChangeLog
URL: http://svn.asterisk.org/svn-view/asterisk/tags/1.4.26-rc1/ChangeLog?view=auto&rev=197689
==============================================================================
--- tags/1.4.26-rc1/ChangeLog (added)
+++ tags/1.4.26-rc1/ChangeLog Thu May 28 12:13:50 2009
@@ -1,0 +1,24658 @@
+2009-05-28 15:51 +0000 [r197620]  David Vossel <dvossel at digium.com>
+
+	* channels/chan_iax2.c: 'iax show peer blah' now outputs whether or
+	  not peer 'blah' is in trunk mode or not.
+
+2009-05-28 15:27 +0000 [r197588]  Mark Michelson <mmichelson at digium.com>
+
+	* main/rtp.c, channels/chan_sip.c, include/asterisk/rtp.h: Allow
+	  for media to arrive from an alternate source when responding to a
+	  reinvite with 491. When we receive a SIP reinvite, it is possible
+	  that we may not be able to process the reinvite immediately since
+	  we have also sent a reinvite out ourselves. The problem is that
+	  whoever sent us the reinvite may have also sent a reinvite out to
+	  another party, and that reinvite may have succeeded. As a result,
+	  even though we are not going to accept the reinvite we just
+	  received, it is important for us to not have problems if we
+	  suddenly start receiving RTP from a new source. The fix for this
+	  is to grab the media source information from the SDP of the
+	  reinvite that we receive. This information is passed to the RTP
+	  layer so that it will know about the alternate source for media.
+	  Review: https://reviewboard.asterisk.org/r/252
+
+2009-05-28 15:21 +0000 [r197562]  Eliel C. Sardanons <eliels at gmail.com>
+
+	* channels/chan_sip.c: Use the address we already know when
+	  reloading a peer with nat=yes. If we already have an address for
+	  a peer, and we are reloading the sip configuration, try to use
+	  that address to contact the peer, instead of getting it from the
+	  Contact. (closes issue #15194) Reported by: ibc Patches:
+	  sip.patch uploaded by eliel (license 64) Tested by: manwe
+
+2009-05-28 14:49 +0000 [r197537]  Mark Michelson <mmichelson at digium.com>
+
+	* apps/app_chanspy.c, include/asterisk/audiohook.h,
+	  main/audiohook.c: Add flags to chanspy audiohook so that audio
+	  stays in sync. There are two flags being added to the chanspy
+	  audiohook here. One is the pre-existing
+	  AST_AUDIOHOOK_TRIGGER_SYNC flag. With this set, we ensure that
+	  the read and write slinfactories on the audiohook do not skew
+	  beyond a certain tolerance. In addition, there is a new audiohook
+	  flag added here, AST_AUDIOHOOK_SMALL_QUEUE. With this flag set,
+	  we do not allow for a slinfactory to build up a substantial
+	  amount of audio before flushing it. For this particular issue,
+	  this means that the person spying on the call will hear the
+	  conversations in real time with very little delay in the audio.
+	  (closes issue #13745) Reported by: geoffs Patches: 13745.patch
+	  uploaded by mmichelson (license 60) Tested by: snblitz
+
+2009-05-28 13:44 +0000 [r197466]  Joshua Colp <jcolp at digium.com>
+
+	* channels/chan_sip.c: Fix a bug where the flag indicating the
+	  presence of rport would get overwritten by the nat setting. The
+	  presence of rport is now stored as a separate flag. Once the
+	  dialog is setup and authenticated (or it passes through
+	  unauthenticated) the proper nat flag is set. (closes issue
+	  #13823) Reported by: dimas
+
+2009-05-27 20:12 +0000 [r197264]  Sean Bright <sean.bright at gmail.com>
+
+	* Makefile: Use bash explicitly when calling
+	  build_tools/mkpkgconfig from the Makefile. Since we use bashisms
+	  in build_tools/mkpkgconfig, we should call on bash explicitly
+	  when running from the Makefile, otherwise we get errors during a
+	  'make install.' (closes issue #15209) Reported by: seandarcy
+
+2009-05-27 20:07 +0000 [r197259]  Olle Johansson <oej at edvina.net>
+
+	* doc/asterisk-conf.txt: Typo fix
+
+2009-05-27 19:09 +0000 [r197194]  Tilghman Lesher <tlesher at digium.com>
+
+	* funcs/func_cut.c: Use a different determinator on whether to
+	  print the delimiter, since leading fields may be blank. (closes
+	  issue #15208) Reported by: ramonpeek Patch by me, though inspired
+	  in part by a patch from ramonpeek
+
+2009-05-27 16:49 +0000 [r197124]  Jeff Peeler <jpeeler at digium.com>
+
+	* main/channel.c, include/asterisk/channel.h: Fix broken attended
+	  transfers The bridge was terminating immediately after the
+	  attended transfer was completed. The problem was because upon
+	  reentering ast_channel_bridge nexteventts was checked to see if
+	  it was set and if so could possibly return AST_BRIDGE_COMPLETE.
+	  (closes issue #15183) Reported by: andrebarbosa Tested by:
+	  andrebarbosa, tootai, loloski
+
+2009-05-27 13:54 +0000 [r197024]  Sean Bright <sean.bright at gmail.com>
+
+	* apps/app_queue.c: Fix handling of the 'state_interface' option of
+	  the 'queue add member' CLI command. This change relates to
+	  r184980, which was a backport of the state interface changes to
+	  app_queue from trunk. trunk and all of the 1.6.x branches are not
+	  affected. 'queue add member' allows for specifying an interface
+	  to use for device state when adding a queue member via CLI, but
+	  the validation code was not properly updated to reflect this
+	  optional argument. (closes issue #15198) Reported by: loloski
+	  Patches: 05272009_app_queue.diff uploaded by seanbright (license
+	  71) Tested by: loloski
+
+2009-05-26 18:14 +0000 [r196826]  Russell Bryant <russell at digium.com>
+
+	* res/res_convert.c: Resolve a file handle leak. The frames here
+	  should have always been freed. However, out of luck, there was
+	  never any memory leaked. However, after file streams became
+	  reference counted, this code would leak the file stream for the
+	  file being read. (closes issue #15181) Reported by: jkroon
+
+2009-05-26 13:06 +0000 [r196657]  Joshua Colp <jcolp at digium.com>
+
+	* contrib/scripts/safe_asterisk: Remove some bash specific stuff
+	  from safe_asterisk. (closes issue #10812) Reported by: paravoid
+	  Patches: safe_asterisk_bashism.diff uploaded by tzafrir (license
+	  46)
+
+2009-05-22 13:54 +0000 [r196116]  Joshua Colp <jcolp at digium.com>
+
+	* channels/chan_misdn.c: Fix a bug where using immediate with mISDN
+	  caused a cause code of 16 to get sent back instead of 1 if the
+	  's' extension did not exist. (closes issue #12286) Reported by:
+	  lmamane
+
+2009-05-21 19:04 +0000 [r195991]  David Vossel <dvossel at digium.com>
+
+	* channels/chan_iax2.c: Sign problem calculating timestamp for iax
+	  frame leads to no audio on the receiving peer. There are rare
+	  cases in which a frame's delivery timestamp is slightly less than
+	  the iax2_pvt's offset. This causes the pvt's timestamp to be a
+	  small negative number, but since the timestamp value is unsigned
+	  it looks like a huge positive number. This patch checks for this
+	  negative case and sets the ms to zero. A similar check is already
+	  done right below this one in the 'else' statement. (closes issue
+	  #15032) Reported by: guillecabeza Patches:
+	  chan_iax2.c.patch_timestamp uploaded by guillecabeza (license
+	  380) Tested by: guillecabeza (closes issue #14216) Reported by:
+	  Andrey Sofronov
+
+2009-05-21 15:25 +0000 [r195881]  Matthew Nicholson <mnicholson at digium.com>
+
+	* main/cdr.c, res/res_features.c, include/asterisk/cdr.h: This
+	  commit prevents cdr records with AST_CDR_FLAG_ANSLOCKED and
+	  AST_CDR_FLAG_LOCKED from being updated in certain cases. This is
+	  accomplished by adding two functions to update the answer time
+	  and disposition of calls that checks for the proper lock flags.
+	  These functions are used in the ast_bridge_call() function so
+	  that ForkCDR(A) calls are respected. This patch also modifies the
+	  way ast_bridge_call() chooses the cdr record to base the
+	  bridged_cdr on. Previously the first unlocked cdr record would be
+	  chosen, now instead the first cdr record is chosen and forked cdr
+	  records are moved to the bridge_cdr. This allows the original cdr
+	  record and any forked cdr records to be properly updated with
+	  answer and end times. (closes issue #13797) Reported by: sh0t
+	  Tested by: sh0t (closes issue #14744) Reported by: deepesh
+
+2009-05-20 17:30 +0000 [r195635-195688]  Joshua Colp <jcolp at digium.com>
+
+	* res/res_features.c: Fix some code that wrongly assumed a pointer
+	  would always be non-NULL when dealing with CDRs after a bridge.
+	  (closes issue #15079) Reported by: barryf
+
+	* apps/app_meetme.c: Fix a bug where the MeetMe option 'D' did not
+	  actually prompt for the pin. (closes issue #15050) Reported by:
+	  pmhaddad
+
+2009-05-19 20:12 +0000 [r195520]  Tilghman Lesher <tlesher at digium.com>
+
+	* apps/app_voicemail.c: Ensure thread keys are initialized before
+	  attempting to access them. (closes issue #14889) Reported by:
+	  jaroth Patches: app_voicemail.c.patch uploaded by msirota
+	  (license 758) Tested by: msirota, BlargMaN
+
+2009-05-19 14:41 +0000 [r195448]  Joshua Colp <jcolp at digium.com>
+
+	* channels/chan_sip.c: Fix a bug where direct RTP setup would
+	  partially occur even when disabled if the calling channel was
+	  answered. (issue #13545) Reported by: davidw (issue #14244)
+	  Reported by: mbnwa
+
+2009-05-18 20:24 +0000 [r195366]  Tilghman Lesher <tlesher at digium.com>
+
+	* apps/app_voicemail.c, res/res_smdi.c: Add a similar dependency on
+	  SMDI for voicemail as already exists for ADSI. (closes issue
+	  #14846) Reported by: pj Patches: 20090413__bug14846__1.4.diff.txt
+	  uploaded by tilghman (license 14)
+	  20090507__issue14846__1.6.0.diff.txt uploaded by tilghman
+	  (license 14) 20090507__issue14846__1.6.1.diff.txt uploaded by
+	  tilghman (license 14)
+
+2009-05-18 15:51 +0000 [r195095-195206]  Joshua Colp <jcolp at digium.com>
+
+	* main/frame.c: Fix a typo which caused loss of audio when using
+	  G729 in some scenarios with a smoother present. (closes issue
+	  #15105) Reported by: bamby Patches: process-vad-correctly.diff
+	  uploaded by bamby (license 430)
+
+	* main/rtp.c, channels/chan_sip.c: Fix a bug where the codecs of
+	  the called party leg were not properly sent back to the caller
+	  call leg when reinvited. (closes issue #13569) Reported by:
+	  bkw918
+
+2009-05-18 12:57 +0000 [r195020]  Russell Bryant <russell at digium.com>
+
+	* main/manager.c: Don't try to unlock a bogus channel. (closes
+	  issue #15144) Reported by: cristiandimache
+
+2009-05-15 22:43 +0000 [r194873]  David Vossel <dvossel at digium.com>
+
+	* channels/chan_iax2.c: IAX2 REGAUTH loop IAX was not sending
+	  REGREJ to terminate invalid registrations. Instead it sent
+	  another REGAUTH if the authentication challenge failed. This
+	  caused a loop of REGREQ and REGAUTH frames. (Related to Security
+	  fix AST-2009-001) (closes issue #14867) Reported by: aragon
+	  Tested by: dvossel (closes issue #14717) Reported by: mobeck
+	  Patches: regauth_loop_update_patch.diff uploaded by dvossel
+	  (license 671) Tested by: dvossel
+
+2009-05-15 18:43 +0000 [r194764]  Russell Bryant <russell at digium.com>
+
+	* configs/logger.conf.sample: Fix some spelling fail.
+
+2009-05-15 15:40 +0000 [r194557-194685]  David Vossel <dvossel at digium.com>
+
+	* channels/iax2-parser.c, channels/chan_iax2.c: Update to previous
+	  IAX2 "Ghost" Channels patch. Fixed some comments made on
+	  reviewboard for the previous patch. (issue #14207)
+
+	* channels/iax2-parser.c, channels/iax2-parser.h,
+	  channels/chan_iax2.c: IAX2 "Ghost" Channels There is a bug
+	  tracker issue where people are reporting "Ghost" channels in
+	  their 'iax2 show channels' output. The confusion is caused by
+	  channels being listed as "(NONE)" with format "unknown". These
+	  are not channels of coarse. They are usually just pending
+	  registration or poke requests, but it is confusing output. To
+	  help make sense of this I have added two columns to 'iax2 show
+	  channels'. One shows the first message which started the
+	  transaction, and the second shows the last message sent by either
+	  side of the call. This helps diagnose why the entry exists and
+	  why it may not go away. (closes issue #14207) Reported by:
+	  clive18 Review: https://reviewboard.asterisk.org/r/246/
+
+2009-05-14 22:23 +0000 [r194509]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* /: Update URL to Reviewboard
+
+2009-05-14 22:17 +0000 [r194484]  Mark Michelson <mmichelson at digium.com>
+
+	* channels/chan_sip.c: Fix a race condition where a reinvite could
+	  trigger a 482 response. The loop detection/spiral detection code
+	  in chan_sip used the owner channel's state as a criterion for
+	  determining if the incoming INVITE is a looped request. The
+	  problem with this is that the INVITE-handling code happens in a
+	  different thread than the thread that marks the owner channel as
+	  being up. As a result, if a reinvite were to come in very
+	  quickly, say from another Asterisk on the same LAN, it was
+	  possible for the reinvite to arrive before the owner channel had
+	  been set to the up state. This patch corrects the problem by
+	  using the invitestate of the sip_pvt instead, since that can be
+	  guaranteed to be set correctly by the time the reinvite arrives.
+	  Since there is a switch statement further in the INVITE-handling
+	  code, the AST_STATE_RINGING state also checks the invitestate of
+	  the sip_pvt in case we should actually be treating the channel as
+	  if it were up already. (closes issue #12215) Reported by: jpyle
+	  Patches: 12215_confirmed.patch uploaded by mmichelson (license
+	  60) Tested by: lmadsen
+
+2009-05-13 19:41 +0000 [r194356]  Mark Michelson <mmichelson at digium.com>
+
+	* main/channel.c: Remove an extraneous unlocking operation from
+	  ast_channel_free. In the case that we could not remove the
+	  desired channel from the list of channels, there was an extra
+	  call to unlock the channel list. Since we unlock the list later
+	  on in the function anyway, this results in the list being
+	  unlocked twice yet only being locked once. (closes issue #15098)
+	  Reported by: tim_ringenbach Patches: remove_extra_unlock.diff
+	  uploaded by tim (license 540)
+
+2009-05-13 16:18 +0000 [r194322]  Doug Bailey <dbailey at digium.com>
+
+	* main/pbx.c: Pull in a piece of murf's 88166 patch that makes it
+	  safe to call pbx_substitute_variables_helper_full with a
+	  non-zero'd buffer
+
+2009-05-21  Leif Madsen <lmadsen at digium.com>
+
+	* Release Asterisk 1.4.25
+
+2009-05-13  Leif Madsen <lmadsen at digium.com>
+
+	* Release Asterisk 1.4.25-rc1
+
+2009-05-13 13:38 +0000 [r194208]  Joshua Colp <jcolp at digium.com>
+
+	* main/rtp.c: Fix RFC2833 issues with DTMF getting duplicated and
+	  with duration wrapping over. (closes issue #14815) Reported by:
+	  geoff2010 Patches: v1-14815.patch uploaded by dimas (license 88)
+	  Tested by: geoff2010, file, dimas, ZX81, moliveras (closes issue
+	  #14460) Reported by: moliveras Tested by: moliveras
+
+2009-05-13 00:52 +0000 [r194137]  Tilghman Lesher <tlesher at digium.com>
+
+	* main/pbx.c: Fix logic for how to proceed with a single digit
+	  extension. (closes issue #15091) Reported by: andrew Patches:
+	  20090512__issue15091.diff.txt uploaded by tilghman (license 14)
+	  Tested by: andrew
+
+2009-05-12 22:15 +0000 [r194028]  Matthew Nicholson <mnicholson at digium.com>
+
+	* apps/app_queue.c: This change modifies app_queue to properly
+	  generate CDR records in failure situations. This involves setting
+	  a proper cdr disposition coresponding to the given failure
+	  condition and ensuring the proper information is stored in the
+	  cdr record. (closes issue #13691) Reported by: dferrer Tested by:
+	  mnicholson (closes issue #13637) Reported by: atis Tested by:
+	  atis
+
+2009-05-12 20:39 +0000 [r193955]  Tilghman Lesher <tlesher at digium.com>
+
+	* apps/app_voicemail.c: Avoid initializing routines if the
+	  authentication fails. Fixes a crash (RR) issue. (closes issue
+	  #14508) Reported by: tiziano Patches:
+	  20090221_2_wrongmailbox.diff.txt uploaded by tiziano (license
+	  377)
+
+2009-05-12 18:18 +0000 [r193880]  Mark Michelson <mmichelson at digium.com>
+
+	* channels/chan_sip.c: Set the invitestate to INV_CANCELLED only if
+	  we are actually sending a SIP CANCEL. The problem was that the
+	  hangup code was setting the invitestate too early. The result of
+	  this was that we would always send a CANCEL request, even if it
+	  was not an appropriate time to do so (e.g. we have not yet
+	  received a provisional response for our INVITE). Note that this
+	  same fix had been applied to trunk and the 1.6.X branches
+	  starting with revision 155467. This is why you will see this
+	  revision being blocked from those places. AST-216
+
+2009-05-11 22:48 +0000 [r193755]  Tilghman Lesher <tlesher at digium.com>
+
+	* apps/app_voicemail.c: Move 300 bytes around on the stack, to make
+	  more room for an extension buffer. This allows more concurrent
+	  extensions to be copied for a single voicemail, without creating
+	  a possibility of upsetting existing users, where a dialplan could
+	  run out of stack space where it had run fine before.
+	  Alternatively, we could have allocated off the heap, but that is
+	  a larger change and would have increased the chance for
+	  instability introduced by this change. This is really solved
+	  starting in 1.6.0.11, as the use of an ast_str buffer allows an
+	  unlimited number of extensions (up to available memory). We
+	  additionally create a new warning message when the buffer length
+	  is exceeded, permitting administrators to see an issue after the
+	  fact, whereas previously the list was silently truncated. (closes
+	  issue #14739) Reported by: p_lindheimer Patches:
+	  20090417__bug14739.diff.txt uploaded by tilghman (license 14)
+	  Tested by: p_lindheimer
+
+2009-05-11 19:09 +0000 [r193613]  Richard Mudgett <rmudgett at digium.com>
+
+	* channels/chan_misdn.c: Sent wrong message to clear a call we
+	  started if the other end has not responed yet. In the state
+	  MISDN_CALLING (i.e. SETUP was sent but no answer has arrived
+	  yet), it is not allowed to clear the call with RELEASE_COMPLETE.
+	  It must be cleared with DISCONNECT. A RELEASE_COMPLETE is only
+	  allowed as an answer to a SETUP. (See Q.931 ch. 5.3.2, 5.3.2.a,
+	  5.3.2.b) Patches: chan-misdn-ccstate7.patch uploaded by customer.
+	  JIRA ABE-1862
+
+2009-05-11 17:35 +0000 [r193544]  Leif Madsen <lmadsen at digium.com>
+
+	* funcs/func_channel.c: Document CHANNEL(transfercapability) in CLI
+	  documentation. (issue #15073) Reported by: pkempgen Patches:
+	  20090511__issue15073.diff.txt uploaded by tilghman (license 14)
+
+2009-05-08 21:01 +0000 [r193391]  Matthew Nicholson <mnicholson at digium.com>
+
+	* main/channel.c: Set the proper disposition on originated calls.
+	  (closes issue #14167) Reported by: jpt Patches:
+	  call-file-missing-cdr2.diff uploaded by mnicholson (license 96)
+	  Tested by: dlotina, rmartinez, mnicholson
+
+2009-05-08 14:51 +0000 [r193262]  David Vossel <dvossel at digium.com>
+
+	* channels/misdn_config.c: "misdn show config" segfaults asterisk,
+	  if no MSN lists (closes issue #14976) Reported by: alecdavis
+	  Patches: misdn_config.diff.txt uploaded by alecdavis (license
+	  585) Tested by: alecdavis, FabienToune
+
+2009-05-08 14:03 +0000 [r193193]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* configs/logger.conf.sample, main/logger.c: Make absolute paths
+	  for logger channels work properly (Note: This is not a new
+	  feature, it was previously undocumented and broken.) The Asterisk
+	  logger has a feature to support absolute pathnames for logger
+	  channels, but the code implementing the feature was broken. This
+	  has been fixed, and the absolute path feature is now documented
+	  in the sample logger.conf.
+
+2009-05-07 23:41 +0000 [r193119]  Tilghman Lesher <tlesher at digium.com>
+
+	* main/pbx.c: Fix Background within a Macro for FreePBX. If the
+	  single digit DTMF is an extension in the specified context, then
+	  go there and signal no DTMF. Otherwise, we should exit with that
+	  DTMF. If we're in Macro, we'll exit and seek that DTMF as the
+	  beginning of an extension in the Macro's calling context. If
+	  we're not in Macro, then we'll simply seek that extension in the
+	  calling context. Previously, someone complained about the
+	  behavior as it related to the interior of a Gosub routine, and
+	  the fix (#14011) inadvertently broke FreePBX (#14940). This
+	  change should fix both of these situations, but with the possible
+	  incompatibility that if a single digit extension does not exist
+	  (but a longer extension COULD have matched), it would have
+	  previously gone immediately to the "i" extension, but will now
+	  need to wait for a timeout. (closes issue #14940) Reported by:
+	  p_lindheimer Patches: 20090420__bug14940.diff.txt uploaded by
+	  tilghman (license 14) Tested by: p_lindheimer
+
+2009-05-07 22:17 +0000 [r193050]  Richard Mudgett <rmudgett at digium.com>
+
+	* channels/chan_misdn.c: Give a more helpful message when an
+	  incoming call's dialed extension does not match. Added the dialed
+	  extension and context to the chan_misdn messages warning that the
+	  dialed number cannot be matched in the dialplan.
+
+2009-05-07 16:29 +0000 [r192932]  Tilghman Lesher <tlesher at digium.com>
+
+	* channels/chan_sip.c: Eliminate repetition of fullcontact during
+	  reconstruction. If the fullcontact field appears in both the
+	  sippeers and the sipregs table, then during reconstruction of the
+	  field, it will otherwise be doubled. (closes issue #14754)
+	  Reported by: Alexei Gradinari Patches:
+	  20090506__bug14754.diff.txt uploaded by tilghman (license 14)
+	  Tested by: lmadsen
+
+2009-05-06 22:15 +0000 [r192858]  Jeff Peeler <jpeeler at digium.com>
+
+	* res/res_features.c: Make ParkedCall application stop execution of
+	  the dialplan after hang up Just changed park_exec to always
+	  return non-zero. I really wasn't entirely sure at first if this
+	  was a bug. Decided it was since it would be surprising when not
+	  using ParkedCall in the dialplan to hang up and have dialplan
+	  execution continue. (closes issue #14555) Reported by:
+	  francesco_r
+
+2009-05-06 13:30 +0000 [r192633]  Joshua Colp <jcolp at digium.com>
+
+	* channels/chan_sip.c: Update some old logic to stop both begin and
+	  end DTMF frames from reaching the core if rfc2833 is not enabled.
+	  (closes issue #15036) Reported by: dimas Patches: v1-15036.patch
+	  uploaded by dimas (license 88)
+
+2009-05-05 19:56 +0000 [r192524]  Sean Bright <sean.bright at gmail.com>
+
+	* static-http/astman.js: Fix Javascript error when using astman.js
+	  in Internet Explorer. Internet Explorer (tested with 7.0) does
+	  not like trailing commas on constructs like object initializers,
+	  so get rid of them to avoid some errors. (closes issue #15026)
+	  Reported by: rajnishgiri Patches: bug15026.patch uploaded by
+	  seanbright (license 71) Tested by: seanbright
+
+2009-05-05 18:22 +0000 [r192429-192454]  Joshua Colp <jcolp at digium.com>
+
+	* res/res_features.c: Fix an incorrect assumption that certain
+	  values on the channel will always exist when they may not. The
+	  CDR code involved with bridges wrongly assumed that the currently
+	  executing application and data values will always exist. It is
+	  possible for this to be false when call forwarding is involved.
+	  (closes issue #14984) Reported by: gincantalupo
+
+	* apps/app_followme.c: Fix a bug where the followme application
+	  would continue trying numbers after the caller hung up. (closes
+	  issue #13624) Reported by: sgenyuk
+
+2009-05-04 22:37 +0000 [r192213]  David Vossel <dvossel at digium.com>
+
+	* channels/chan_iax2.c: global mohinterpret setting is ignored
+	  mohinterpret and mohsuggest global variables were not copied over
+	  during build_users and build_peers. (closes issue #14728)
+	  Reported by: dimas Patches: v1-14728.patch uploaded by dimas
+	  (license 88) Tested by: dimas, dvossel
+
+2009-05-02 18:48 +0000 [r191628-191778]  Mark Michelson <mmichelson at digium.com>
+
+	* apps/app_voicemail.c: Fix a bug which resulted from the Hebrew
+	  voicemail commit. This fixes a case where a certain message could
+	  get played twice. (closes issue #13155) Reported by:
+	  greenfieldtech Patches: app_voicemail.c.multi-lang-patch uploaded
+	  by greenfieldtech (license 369) Tested by: greenfieldtech
+
+	* apps/app_chanspy.c: Kevin has informed me that thi sort of thing
+	  is not necessary.
+
+	* apps/app_chanspy.c: Move static buffers to outside for loops in
+	  app_chanspy. Similar to seanbright's commit 191422, this moves
+	  some static buffers to be defined outside of for loops since it
+	  is undefined if memory will be re-used or if the stack will grow
+	  with each iteration of the loop.
+
+2009-05-01 20:00 +0000 [r191559]  Tilghman Lesher <tlesher at digium.com>
+
+	* channels/chan_sip.c: SIP Response 410 maps to cause code 22 (or
+	  23), not 1. (closes issue #14993) Reported by: BigJimmy Patches:
+	  causepatch uploaded by BigJimmy (license 371)
+
+2009-05-01 17:40 +0000 [r191488]  Jeff Peeler <jpeeler at digium.com>
+
+	* main/channel.c: Fix DTMF not being sent to other side after a
+	  partial feature match This fixes a regression from commit 176701.
+	  The issue was that ast_generic_bridge never exited after the
+	  feature digit timeout had elapsed, which prevented the queued
+	  DTMF from being sent to the other side. This issue was reported
+	  to me directly.
+
+2009-05-01 15:42 +0000 [r191422]  Sean Bright <sean.bright at gmail.com>
+
+	* apps/app_queue.c: Move the defintion of the a couple arrays out
+	  of loops. According to Kevin, it is unspecified as to whether a
+	  variable defined inside a block is allocated once by the compiler
+	  or for each pass through the block (loops being the only
+	  interesting case), so just define these before we get into our
+	  loop to be sure.
+
+2009-04-29 23:10 +0000 [r191220]  Tilghman Lesher <tlesher at digium.com>
+
+	* channels/h323/ast_h323.cxx, channels/chan_h323.c: Allow H.323 to
+	  compile with FDLEAK checking enabled.
+
+2009-04-29 18:07 +0000 [r191096]  David Brooks <dbrooks at digium.com>
+
+	* pbx/pbx_config.c: Patch to fix tab-completion crash on "remove
+	  extension" This patch simply removes some old code back before
+	  Asterisk used editline. This fixes the crash that occurred when
+	  tab-completing "remove extension". (closes issue #14689) Reported
+	  by: isaacgal
+
+2009-04-29 15:23 +0000 [r191041]  Sean Bright <sean.bright at gmail.com>
+
+	* apps/app_queue.c: Fix a crash in app_queue with very long member
+	  lists. A user reported via #asterisk that with very long lists of
+	  members, a crash occurs in ast_strdupa, so just use a single
+	  buffer and ast_copy_string instead of stack allocating copys of
+	  each interface name.
+
+2009-04-27 19:29 +0000 [r190721]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* configure, include/asterisk/autoconfig.h.in: Fix 'inconsistent
+	  line endings' when autoconf 2.63 is used Attempt to make
+	  configure script regeneration 'safe' using autoconf 2.63, which
+	  embeds a bare CR into the script, thus making Subversion complain
+	  about inconsistent line endings This commit changes the MIME type
+	  of the configure script to be 'binary' thus making Subversion no
+	  longer inspect line endings, and as a bonus 'svn diff' will no
+	  longer try to generate diff output for it, which is not generally
+	  useful anyway.
+
+2009-04-27 19:03 +0000 [r190661-190662]  Russell Bryant <russell at digium.com>
+
+	* res/res_smdi.c: Fix a typo from 190661.
+
+	* res/res_smdi.c: Resolve a crash in res_smdi when used with
+	  chan_dahdi. When chan_dahdi goes to get an SMDI message, it
+	  provides no search criteria. It just grabs the next message that
+	  arrives. This code was written with the SMDI dialplan functions
+	  in mind, since that is now the preferred method of using SMDI.
+	  However, this broke support of it being used from chan_dahdi.
+	  (closes AST-212)
+
+2009-04-23 21:07 +0000 [r190356]  Russell Bryant <russell at digium.com>
+
+	* channels/chan_sip.c: Remove a bogus ast_channel_unlock().
+
+2009-04-23 19:13 +0000 [r190286]  Joshua Colp <jcolp at digium.com>
+
+	* channels/chan_local.c: Fix a bug in chan_local glare hangup
+	  detection. If both sides of a Local channel were hung up at
+	  around the same time it was possible for one thread to destroy
+	  the local private structure and have the other thread immediately
+	  try to remove the already freed structure from the local channel
+	  list.
+
+2009-04-23 10:07 +0000 [r190187]  Olle Johansson <oej at edvina.net>
+
+	* include/asterisk/lock.h: unistd.h is required for usleep() on
+	  Darwin. It will not hurt to include it always on other platforms
+	  either.
+
+2009-04-22 21:35 +0000 [r190092]  Tilghman Lesher <tlesher at digium.com>
+
+	* configure, include/asterisk/autoconfig.h.in, configure.ac,
+	  include/asterisk/lock.h: Detect availability of
+	  pthread_rwlock_timedwrlock() before using it. (closes issue
+	  #14930) Reported by: tilghman Patches:
+	  20090420__bug14930.diff.txt uploaded by tilghman (license 14)
+	  Tested by: mvanbaak, tilghman
+
+2009-04-22 19:20 +0000 [r189991]  Jeff Peeler <jpeeler at digium.com>
+
+	* channels/h323/ast_h323.cxx, channels/chan_h323.c,
+	  channels/h323/chan_h323.h: Make chan_h323 respect packetization
+	  settings Previously, packetization settings were ignored and now
+	  they are not. A new config option 'autoframing' has been added to
+	  mirror the way chan_sip handles it. Turning on the autoframing
+	  option (available both as a global option or per peer) overrides
+	  the local settings with the remote packetization settings.
+	  Testing was performed with varying packetization levels with the
+	  following codecs: ulaw, alaw, gsm, and g729. (closes issue
+	  #12415) Reported by: pj Patches:
+	  2009012200_h323packetization.diff.txt uploaded by mvanbaak
+	  (license 7), modified by me
+
+2009-04-22 14:29 +0000 [r189849]  Michiel van Baak <michiel at vanbaak.info>
+
+	* contrib/scripts/get_ilbc_source.sh: replace sed with tr to remove
+	  \r from downloaded file On some systems, sed does not recognize
+	  \r in the pattern the way it was used here. Use tr instead
+	  because this works the same across systems. (closes issue #14936)
+	  Reported by: leobrown Patches: 2009042201_14936.diff.txt uploaded
+	  by mvanbaak (license 7) Tested by: leobrown, mvanbaak
+
+2009-04-21 15:52 +0000 [r189601-189664]  Doug Bailey <dbailey at digium.com>
+
+	* utils/muted.c: Remove daemon call on systems that do not support
+	  forking.
+
+	* main/config.c, configure, include/asterisk/autoconfig.h.in,
+	  include/asterisk/compat.h, configure.ac: Add check in configure
+	  script to check for GLOB_NOMAGIC and GLOB_BRACE in glob.h This
+	  allows config.c to compile when linked against uclibc that does
+	  not support these parameters
+
+2009-04-20 22:02 +0000 [r189537]  Tilghman Lesher <tlesher at digium.com>
+
+	* funcs/func_odbc.c, funcs/func_strings.c: Add a workaround for
+	  func_odbc/ARRAY() for problems that occur with certain special
+	  characters. In certain cases, due to the way Set() works in 1.4,
+	  values may not get set properly. This is a workaround for 1.4
+	  only that corrects for these issues, without making func_odbc
+	  more difficult to use properly. (closes issue #14614) Reported
+	  by: wdoekes Patches: 20090309__bug14614__2.diff.txt uploaded by
+	  tilghman (license 14)
+	  double_set_unescape_workaround_for_func_odbc.osso-and-tilghman-1.diff
+	  uploaded by wdoekes (license 717) Tested by: wdoekes, tilghman
+
+2009-04-20 21:10 +0000 [r189463-189465]  Terry Wilson <twilson at digium.com>
+
+	* apps/app_dial.c: Update CDR appropriately when
+	  AST_CAUSE_NO_ANSWER is set
+
+	* apps/app_dial.c: Don't treat a NOANSWER like a CHANUNAVAIL
+
+2009-04-20 20:58 +0000 [r189462]  Sean Bright <sean.bright at gmail.com>
+
+	* pbx/ael/ael.tab.c, pbx/ael/ael.y: Properly handle @s within hints
+	  in AEL. AEL was not handling the case of a device hint containing
+	  an @ symbol, which caused parking hints (e.g.
+	  hint(park:exten at context)) to error out the parser. This patch
+	  makes AEL treat the @ the same way it treats colon and ampersand
+	  now, meaning the characters are included in verbatim. (closes
+	  issue #14941) Reported by: bpgoldsb Patches: bug14941.patch
+	  uploaded by seanbright (license 71) Tested by: bpgoldsb
+
+2009-04-20 19:10 +0000 [r189391]  Doug Bailey <dbailey at digium.com>
+
+	* main/manager.c, main/db1-ast/recno/rec_open.c,
+	  channels/chan_iax2.c: Clean up problem with manager
+	  implementation of mmap where it was not testing against
+	  MAP_FAILED response. Got rid of shadowed variable used in
+	  processign the mmap results. Change test of mmap results to
+	  compare against MAP_FAILED
+
+2009-04-20 14:04 +0000 [r189277]  Mark Michelson <mmichelson at digium.com>
+
+	* main/channel.c: Move the check for chan->fdno == -1 to after the
+	  zombie/hangup check. Many users were finding that their hung up
+	  channels were staying up and causing 100% CPU usage. (issue
+	  #14723) Reported by: seadweller Patches: 14723_1-4-tip.patch
+	  uploaded by mmichelson (license 60) Tested by: falves11, bamby
+
+2009-04-18 01:27 +0000 [r189203]  David Vossel <dvossel at digium.com>
+
+	* channels/chan_agent.c: Fixed autologoff in agents.conf not
+	  working when agent logs in via AgentLogin app An agent logs in by
+	  calling an extension that calls the AgentLogin app. In
+	  agents.conf ackcall=always is set, so when they get a call they
+	  have the choice to either acknowledge it or ignore it.
+	  autologoff=10 is set as well, so if the agent ignores the call
+	  over 10sec one may assume that the agent should be logged out
+	  (and in this case hungup on as well), but this was not happening.
+	  (closes issue #14091) Reported by: evandro Patches:
+	  autologoff.diff uploaded by dvossel (license 671) Review:
+	  http://reviewboard.digium.com/r/225/
+
+2009-04-17 21:27 +0000 [r189134]  Richard Mudgett <rmudgett at digium.com>
+
+	* channels/misdn/isdn_lib.c: Modifed/added some debug messages.
+	  JIRA ABE-1835
+
+2009-04-17 15:43 +0000 [r189009]  Matthew Nicholson <mnicholson at digium.com>
+
+	* main/pbx.c: Make Busy() application set the CDR disposition to
+	  BUSY. (closes issue #14306) Reported by: cristiandimache
+
+2009-04-17 14:41 +0000 [r188937-188946]  Joshua Colp <jcolp at digium.com>
+
+	* channels/chan_sip.c: Fix a bug where a value used to create the
+	  channel name was bogus. This commit fixes the scenario where an
+	  incoming call is authenticated using a peer entry. Previously the
+	  channel name was created using either the username setting from
+	  the sip.conf entry or the IP address that the call came from. Now
+	  the channel name will be created using the peer name itself. This
+	  commit will not change the way the channel name is generated for
+	  users or friends. (closes issue #14256) Reported by: Nick_Lewis
+	  Patches: chan_sip.c-chname.patch uploaded by Nick (license 657)
+	  Tested by: Nick_Lewis, file
+
+	* channels/chan_dahdi.c: Fix a situation where the DAHDI channel
+	  private structure lock was not unlocked when it should have been.
+	  (issue AST-210)
+
+2009-04-16 21:41 +0000 [r188835]  Tilghman Lesher <tlesher at digium.com>
+
+	* channels/chan_sip.c: Only update realtime, if global option
+	  rtupdate != false (closes issue #14885) Reported by: deepesh
+	  Patches: 20090413__bug14885.diff.txt uploaded by tilghman
+	  (license 14) Tested by: deepesh
+
+2009-04-16 21:37 +0000 [r188833]  Richard Mudgett <rmudgett at digium.com>
+
+	* channels/chan_misdn.c: Only disable mISDN DSP if Asterisk DSP is
+	  enabled. Leave jitter setting alone. JIRA ABE-1835
+
+2009-04-16 21:02 +0000 [r188773]  Tilghman Lesher <tlesher at digium.com>
+
+	* apps/app_voicemail.c: Umask should not be exported into global
+	  namespace. (closes issue #14912) Reported by: jcapp
+
+2009-04-15 22:08 +0000 [r188646]  David Vossel <dvossel at digium.com>
+
+	* channels/chan_dahdi.c: National prefix inserted even when caller
+	  ID not available When the caller ID is restricted, the expected
+	  behavior is for the caller id to be blank. In chan_dahdi, the
+	  national prefix is placed onto the callers number even if its
+	  restricted (empty) causing the caller id to be the national
+	  prefix rather than blank. (closes issue #13207) Reported by:
+	  shawkris Patches: national_prefix.diff uploaded by dvossel
+	  (license 671) Review: http://reviewboard.digium.com/r/220/
+
+2009-04-15 20:04 +0000 [r188582]  Mark Michelson <mmichelson at digium.com>
+
+	* main/file.c: Update ast_readvideo_callback to match
+	  ast_readaudio_callback. This fixes potential refcount errors that
+	  may occur on ast_filestreams. AST-208
+
+2009-04-14 15:02 +0000 [r188287]  David Vossel <dvossel at digium.com>
+
+	* main/audiohook.c: audio_audiohook_write_list() does not correctly
+	  update sample size after ast_translate.
+	  audio_audiohook_write_list() does not take into account that the
+	  sample size may change after translation depending on if the
+	  original frame is is 8khz or 16khz. While no 16kz codecs are
+	  supported in 1.4 at the moment, this will save headaches in the
+	  future if they ever are. the sample size is now updated after
+	  translating to reflect this possibility. Thanks to jcolp and
+	  mmichelson for helping me work this out. (issue AST-197)
+
+2009-04-13 23:04 +0000 [r188149]  Tilghman Lesher <tlesher at digium.com>
+
+	* res/res_odbc.c: If fileconfig limit exceeds our maximum, then set
+	  the limit to the maximum. (Closes issue #14888) Reported by:
+	  falves11
+
+2009-04-10 22:16 +0000 [r187962]  Jeff Peeler <jpeeler at digium.com>
+
+	* channels/Makefile: Fix module embedding for chan_h323. Include
+	  libchanh323.a in the modules.link file so that all the symbols
+	  can be resolved at link time. (closes issue #11966) Reported by:
+	  dome
+
+2009-04-10 19:26 +0000 [r187865]  Russell Bryant <russell at digium.com>
+
+	* channels/chan_dahdi.c: Support "signaling" in addition to

[... 23894 lines stripped ...]



More information about the asterisk-commits mailing list