[asterisk-commits] kpfleming: tag 1.4.22-rc1 r137635 - /tags/1.4.22-rc1/

SVN commits to the Asterisk project asterisk-commits at lists.digium.com
Wed Aug 13 17:43:42 CDT 2008


Author: kpfleming
Date: Wed Aug 13 17:43:42 2008
New Revision: 137635

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

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

Added: tags/1.4.22-rc1/.lastclean
URL: http://svn.digium.com/view/asterisk/tags/1.4.22-rc1/.lastclean?view=auto&rev=137635
==============================================================================
--- tags/1.4.22-rc1/.lastclean (added)
+++ tags/1.4.22-rc1/.lastclean Wed Aug 13 17:43:42 2008
@@ -1,0 +1,1 @@
+32

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

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

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

Added: tags/1.4.22-rc1/.version
URL: http://svn.digium.com/view/asterisk/tags/1.4.22-rc1/.version?view=auto&rev=137635
==============================================================================
--- tags/1.4.22-rc1/.version (added)
+++ tags/1.4.22-rc1/.version Wed Aug 13 17:43:42 2008
@@ -1,0 +1,1 @@
+1.4.22-rc1

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

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

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

Added: tags/1.4.22-rc1/ChangeLog
URL: http://svn.digium.com/view/asterisk/tags/1.4.22-rc1/ChangeLog?view=auto&rev=137635
==============================================================================
--- tags/1.4.22-rc1/ChangeLog (added)
+++ tags/1.4.22-rc1/ChangeLog Wed Aug 13 17:43:42 2008
@@ -1,0 +1,19523 @@
+2008-08-13  Kevin P. Fleming <kpfleming at digium.com>
+
+	* Asterisk 1.4.22-rc1 released.
+
+2008-08-13 21:35 +0000 [r137580]  Jeff Peeler <jpeeler at digium.com>
+
+	* channels/chan_dahdi.c: Register DAHDISendKeypadFacility
+	  application if dahdi_chan_mode is set to DAHDI + Zap. Mark
+	  ZapSendKeypadFacility application as deprecated on usage.
+
+2008-08-13 20:46 +0000 [r137527-137530]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* Zaptel-to-DAHDI.txt (added): add document describing what users
+	  will need to be aware of when upgrading to this version and using
+	  DAHDI
+
+	* apps/app_meetme.c: remove some more chan_zap references
+
+	* doc/asterisk-conf.txt, channels/chan_dahdi.c: document
+	  dahdichanname option in doc/asterisk-conf.txt make chan_dahdi
+	  read its configuration from zapata.conf if dahdichanname has been
+	  set to 'no'
+
+2008-08-13 14:33 +0000 [r137348-137405]  Sean Bright <sean.bright at gmail.com>
+
+	* doc/cdrdriver.txt: Update docs to reflect the change to cdr_tds
+
+	* cdr/cdr_tds.c: Bring cdr_tds in line with the other CDR backends
+	  and have it try to store CDR(userfield) if it is set. The new
+	  behavior is to check for the userfield column on module load, and
+	  if it exists, we will store CDR(userfield) when CDRs are written.
+	  A similar patch already went into trunk and 1.6.0. (closes issue
+	  #13290) Reported by: falves11
+
+2008-08-11 13:33 +0000 [r137188]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* apps/app_meetme.c: convert this module to be able to handle DAHDI
+	  or Zaptel (reported on asterisk-users, don't know how this got
+	  missed before)
+
+2008-08-11 00:20 +0000 [r137138]  Tilghman Lesher <tlesher at digium.com>
+
+	* res/res_odbc.c: Deallocate database connection handle on
+	  disconnect, as we allocate another one on connect. (closes issue
+	  #13271) Reported by: dveiga
+
+2008-08-09 17:11 +0000 [r136999]  Russell Bryant <russell at digium.com>
+
+	* configure, configure.ac: Ensure PBX_DAHDI_TRANSCODE will evaluate
+	  to 0 if not found instead of empty. pointed out by tzafrir on
+	  #asterisk-dev
+
+2008-08-09 15:25 +0000 [r136946]  Tilghman Lesher <tlesher at digium.com>
+
+	* /, include/asterisk/compat.h, include/asterisk/astobj2.h: Merged
+	  revisions 136945 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.2 ........
+	  r136945 | tilghman | 2008-08-09 10:24:36 -0500 (Sat, 09 Aug 2008)
+	  | 2 lines Regression fixes for Solaris ........
+
+2008-08-08 00:15 +0000 [r136726]  Steve Murphy <murf at digium.com>
+
+	* pbx/ael/ael-test/ref.ael-test8, pbx/ael/ael-test/ref.ael-test18,
+	  pbx/ael/ael-test/ref.ael-vtest13,
+	  pbx/ael/ael-test/ref.ael-ntest10, pbx/pbx_ael.c,
+	  include/asterisk/ael_structs.h: (closes issue #13236) Reported
+	  by: korihor Wow, this one was a challenge! I regrouped and ran a
+	  new strategy for setting the ~~MACRO~~ value; I set it once per
+	  extension, up near the top. It is only set if there is a switch
+	  in the extension. So, I had to put in a chunk of code to detect a
+	  switch in the pval tree. I moved the code to insert the set of
+	  ~~exten~~ up to the beginning of the gen_prios routine, instead
+	  of down in the switch code. I learned that I have to push the
+	  detection of the switches down into the code, so everywhere I
+	  create a new exten in gen_prios, I make sure to pass onto it the
+	  values of the mother_exten first, and the exten next. I had to
+	  add a couple fields to the exten struct to accomplish this, in
+	  the ael_structs.h file. The checked field makes it so we don't
+	  repeat the switch search if it's been done. I also updated the
+	  regressions.
+
+2008-08-07 18:25 +0000 [r136560]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* build_tools/menuselect-deps.in, configure, configure.ac: change
+	  the required dependency for codec_dahdi to only be satisfied by
+	  DAHDI and not Zaptel, as the new transcoder interface is only in
+	  DAHDI
+
+2008-08-07 18:14 +0000 [r136544]  Shaun Ruffell <sruffell at digium.com>
+
+	* codecs/codec_dahdi.c: Updated codec_dahdi to use the new
+	  transcoder interface in the first DAHDI release. Codec dahdi no
+	  longer functions with the transcoder interface in zaptel at this
+	  time (which the last zaptel release was 1.4.11). NOTE: Still
+	  needs an update to the configure script to make sure that
+	  codec_dahdi is only built if the new transcoder interface is
+	  present in the drivers. (Issue: DAHDI-42)
+
+2008-08-07 16:50 +0000 [r136488]  Tilghman Lesher <tlesher at digium.com>
+
+	* apps/app_queue.c: Update persistent state on all exit conditions.
+	  (closes issue #12916) Reported by: sgenyuk Patches:
+	  app_queue.patch.txt uploaded by neutrino88 (license 297) Tested
+	  by: sgenyuk, aragon
+
+2008-08-07 16:30 +0000 [r136404-136484]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* include/asterisk/doxyref.h: add a raw list of all libraries that
+	  any part of Asterisk links directly to
+
+	* apps/app_voicemail.c: work around a bug in gcc-4.2.3 that
+	  incorrectly ignores the casting away of 'const' for pointers when
+	  the developer knows it is safe to do so
+
+	* Makefile: remove config.cache during distclean, in case the user
+	  is using autoconf caching
+
+2008-08-07 01:31 +0000 [r136304-136348]  Tilghman Lesher <tlesher at digium.com>
+
+	* channels/chan_dahdi.c: Also, parse
+	  useincomingcalleridonzaptransfer (and add appropriate deprecation
+	  warnings).
+
+	* channels/chan_dahdi.c: For backwards compatibility with previous
+	  1.4 versions which used "zapchan" in users.conf, ensure that we
+	  still support it.
+
+2008-08-06 21:18 +0000 [r136241]  Richard Mudgett <rmudgett at digium.com>
+
+	* channels/misdn_config.c, channels/chan_misdn.c,
+	  configs/misdn.conf.sample: * The allowed_bearers setting in
+	  misdn.conf misspelled one of its options: digital_restricted. *
+	  Fixed some other spelling errors and typos.
+
+2008-08-06 20:42 +0000 [r136238]  Mark Michelson <mmichelson at digium.com>
+
+	* apps/app_queue.c: We only need to unregister the QueueStatus
+	  manager command once on an unload
+
+2008-08-06 20:14 +0000 [r136190]  Tilghman Lesher <tlesher at digium.com>
+
+	* contrib/init.d/rc.redhat.asterisk: -C option takes a filename,
+	  not a directory path. (closes issue #13007) Reported by:
+	  klaus3000
+
+2008-08-06 18:58 +0000 [r136168]  Russell Bryant <russell at digium.com>
+
+	* Makefile: Remove the use of --no-print-directory when compiling
+	  subdirectories. This allows vim :make functionality to work
+	  properly when errors have occurred in the build. Without printing
+	  the directories, vim did not know how to find the file that the
+	  error occurred in. If the extra bit of build noise annoys anyone,
+	  just let me know, and I'll make this optional.
+
+2008-08-06 15:58 +0000 [r136062]  Mark Michelson <mmichelson at digium.com>
+
+	* main/rtp.c, channels/chan_skinny.c: Since adding the
+	  AST_CONTROL_SRCUPDATE frame type, there are places where
+	  ast_rtp_new_source may be called where the tech_pvt of a channel
+	  may not yet have an rtp structure allocated. This caused a crash
+	  in chan_skinny, which was fixed earlier, but now the same crash
+	  has been reported against chan_h323 as well. It seems that the
+	  best solution is to modify ast_rtp_new_source to not attempt to
+	  set the marker bit if the rtp structure passed in is NULL. This
+	  change to ast_rtp_new_source also allows the removal of what is
+	  now a redundant pointer check from chan_skinny. (closes issue
+	  #13247) Reported by: pj
+
+2008-08-06 03:53 +0000 [r135899-135949]  Tilghman Lesher <tlesher at digium.com>
+
+	* main/channel.c: Fix a longstanding bug in channel walking logic,
+	  and fix the explanation to make sense. (Closes issue #13124)
+
+	* main/translate.c: Since powerof() can return an error condition,
+	  it's foolhardy not to detect and deal with that condition.
+	  (Related to issue #13240)
+
+	* include/asterisk/threadstorage.h, include/asterisk/utils.h: 1)
+	  Bugfix for debugging code 2) Reduce compiler warnings for another
+	  section of debugging code (Closes issue #13237)
+
+2008-08-06 00:29 +0000 [r135841-135850]  Mark Michelson <mmichelson at digium.com>
+
+	* include/asterisk/abstract_jb.h, main/channel.c, /,
+	  apps/app_skel.c, main/abstract_jb.c, main/fixedjitterbuf.h:
+	  Merging the issue11259 branch. The purpose of this branch was to
+	  take into account "burps" which could cause jitterbuffers to
+	  misbehave. One such example is if the L option to Dial() were
+	  used to inject audio into a bridged conversation at regular
+	  intervals. Since the audio here was not passed through the
+	  jitterbuffer, it would cause a gap in the jitterbuffer's
+	  timestamps which would cause a frames to be dropped for a brief
+	  period. Now ast_generic_bridge will empty and reset the
+	  jitterbuffer each time it is called. This causes injected audio
+	  to be handled properly. ast_generic_bridge also will empty and
+	  reset the jitterbuffer if it receives an AST_CONTROL_SRCUPDATE
+	  frame since the change in audio source could negatively affect
+	  the jitterbuffer. All of this was made possible by adding a new
+	  public API call to the abstract_jb called ast_jb_empty_and_reset.
+	  (closes issue #11259) Reported by: plack Tested by: putnopvut
+
+2008-08-05 23:13 +0000 [r135799]  Steve Murphy <murf at digium.com>
+
+	* apps/app_dial.c, main/cdr.c, main/channel.c, res/res_features.c,
+	  include/asterisk/cdr.h: (closes issue #12982) Reported by: bcnit
+	  Tested by: murf I discovered that also, in the previous bug fixes
+	  and changes, the cdr.conf 'unanswered' option is not being
+	  obeyed, so I fixed this. And, yes, there are two 'answer' times
+	  involved in this scenario, and I would agree with you, that the
+	  first answer time is the time that should appear in the CDR. (the
+	  second 'answer' time is the time that the bridge was begun). I
+	  made the necessary adjustments, recording the first answer time
+	  into the peer cdr, and then using that to override the bridge
+	  cdr's value. To get the 'unanswered' CDRs to appear, I purposely
+	  output them, using the dial cmd to mark them as DIALED (with a
+	  new flag), and outputting them if they bear that flag, and you
+	  are in the right mode. I also corrected one small mention of the
+	  Zap device to equally consider the dahdi device. I heavily tested
+	  10-sec-wait macros in dial, and without the macro call; I tested
+	  hangups while the macro was running vs. letting the macro
+	  complete and the bridge form. Looks OK. Removed all the
+	  instrumentation and debug.
+
+2008-08-05 21:34 +0000 [r135747]  Tilghman Lesher <tlesher at digium.com>
+
+	* channels/chan_iax2.c: In a conversion to use ast_strlen_zero, the
+	  meaning of the flag IAX_HASCALLERID was perverted. This change
+	  reverts IAX2 to the original meaning, which was, that the
+	  callerid set on the client should be overridden on the server,
+	  even if that means the resulting callerid is blank. In other
+	  words, if you set "callerid=" in the IAX config, then the
+	  callerid should be overridden to blank, even if set on the
+	  client. Note that there's a distinction, even on realtime,
+	  between the field not existing (NULL in databases) and the field
+	  existing, but set to blank (override callerid to blank).
+
+2008-08-05 13:25 +0000 [r135597]  Sean Bright <sean.bright at gmail.com>
+
+	* main/cli.c: Use PATH_MAX for filenames
+
+2008-08-04 20:15 +0000 [r135536]  Russell Bryant <russell at digium.com>
+
+	* configs/chan_dahdi.conf.sample: fix a config sample typo
+
+2008-08-04 17:07 +0000 [r135479-135482]  Tilghman Lesher <tlesher at digium.com>
+
+	* contrib/init.d/rc.mandrake.asterisk: Define ASTSBINDIR for script
+
+	* apps/app_voicemail.c: Memory leak on unload (closes issue #13231)
+	  Reported by: eliel Patches: app_voicemail.leak.patch uploaded by
+	  eliel (license 64)
+
+2008-08-04 16:26 +0000 [r135473]  Russell Bryant <russell at digium.com>
+
+	* configs/chan_dahdi.conf.sample: Add a minor clarification to the
+	  documentation of mohinterpret and mohsuggest
+
+2008-08-01 11:43 +0000 [r135055-135058]  Michiel van Baak <michiel at vanbaak.info>
+
+	* apps/app_ices.c: make app_ices compile on OpenBSD.
+
+	* channels/chan_skinny.c: fix some potential deadlocks in
+	  chan_skinny (closes issue #13215) Reported by: qwell Patches:
+	  2008080100_bug13215.diff.txt uploaded by mvanbaak (license 7)
+	  Tested by: mvanbaak
+
+2008-07-31 22:18 +0000 [r134983]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* main/http.c: accomodate users who seem to lack a sense of humor
+	  :-)
+
+2008-07-31 21:53 +0000 [r134976]  Tilghman Lesher <tlesher at digium.com>
+
+	* sample.call, main/manager.c, pbx/pbx_spool.c: Specify codecs in
+	  callfiles and manager, to allow video calls to be set up from
+	  callfiles and AMI. (closes issue #9531) Reported by: Geisj
+	  Patches: 20080715__bug9531__1.4.diff.txt uploaded by Corydon76
+	  (license 14) 20080715__bug9531__1.6.0.diff.txt uploaded by
+	  Corydon76 (license 14) Tested by: Corydon76
+
+2008-07-31 19:37 +0000 [r134915]  Russell Bryant <russell at digium.com>
+
+	* apps/app_ices.c: Get app_ices working again (closes issue #12981)
+	  Reported by: dlogan Patches:
+	  20080709__app_ices_v2_update_trunk.diff uploaded by bbryant
+	  (license 36) 20080709__app_ices_v2_update_14.diff uploaded by
+	  bbryant (license 36) Tested by: bbryant
+
+2008-07-31 19:23 +0000 [r134883]  Steve Murphy <murf at digium.com>
+
+	* res/res_features.c: (closes issue #11849) Reported by: greyvoip
+	  Tested by: murf OK, a few days of debugging, a bunch of
+	  instrumentation in chan_sip, main/channel.c, main/pbx.c, etc. and
+	  5 solid notebook pages of notes later, I have made the small
+	  tweek necc. to get the start time right on the second CDR when: A
+	  Calls B B answ. A hits Xfer button on sip phone, A dials C and
+	  hits the OK button, A hangs up C answers ringing phone B and C
+	  converse B and/or C hangs up But does not harm the scenario
+	  where: A Calls B B answ. B hits xfer button on sip phone, B dials
+	  C and hits the OK button, B hangs up C answers ringing phone A
+	  and C converse A and/or C hangs up The difference in start times
+	  on the second CDR is because of a Masquerade on the B channel
+	  when the xfer number is sent. It ends up replacing the CDR on the
+	  B channel with a duplicate, which ends up getting tossed out. We
+	  keep a pointer to the first CDR, and update *that* after the
+	  bridge closes. But, only if the CDR has changed. I hope this
+	  change is specific enough not to muck up any current CDR-based
+	  apps. In my defence, I assert that the previous information was
+	  wrong, and this change fixes it, and possibly other similar
+	  scenarios. I wonder if I should be doing the same thing for the
+	  channel, as I did for the peer, but I can't think of a scenario
+	  this might affect. I leave it, then, as an exersize for the
+	  users, to find the scenario where the chan's CDR changes and
+	  loses the proper start time.
+
+2008-07-31 16:45 +0000 [r134814]  Russell Bryant <russell at digium.com>
+
+	* channels/iax2-parser.c: In case we have some processing threads
+	  that free more frames than they allocate, do not let the frame
+	  cache grow forever. (closes issue #13160) Reported by: tavius
+	  Tested by: tavius, russell
+
+2008-07-31 15:56 +0000 [r134758]  Mark Michelson <mmichelson at digium.com>
+
+	* apps/app_queue.c: Add more timeout checks into app_queue,
+	  specifically targeting areas where an unknown and potentially
+	  long time has just elapsed. Also added a check to try_calling()
+	  to return early if the timeout has elapsed instead of potentially
+	  setting a negative timeout for the call (thus making it have *no*
+	  timeout at all). (closes issue #13186) Reported by:
+	  miquel_cabrespina Patches: 13186.diff uploaded by putnopvut
+	  (license 60) Tested by: miquel_cabrespina
+
+2008-07-30 22:39 +0000 [r134704]  Tilghman Lesher <tlesher at digium.com>
+
+	* main/sched.c, include/asterisk/sched.h: Oops, wrong define
+
+2008-07-30 22:02 +0000 [r134652]  Steve Murphy <murf at digium.com>
+
+	* pbx/pbx_ael.c: (closes issue #13197) Reported by: pj (closes
+	  issue #13051) Reported by: pj This patch substitutes commas in
+	  the expr supplied to the if () statement, as in if ( expr ) ...
+	  This solves both the bugs above, and makes the source symmetric
+	  with switch statements, which were earlier reported to need this
+	  sort of treatment. I tested this using the examples, both for the
+	  compiler and at run time. Looks good.
+
+2008-07-30 21:38 +0000 [r134649]  Tilghman Lesher <tlesher at digium.com>
+
+	* configure, configure.ac: Qwell pointed out, via IRC, that the
+	  previous fix only worked when explicitly set. When nothing is
+	  set, and the option is implied, it breaks, because configure sets
+	  the prefix to 'NONE'. Fixing.
+
+2008-07-30 20:37 +0000 [r134540-134595]  Russell Bryant <russell at digium.com>
+
+	* pbx/pbx_dundi.c: Reduce stack consumption by 12.5% of the max
+	  stack size to fix a crash when compiled with LOW_MEMORY. (closes
+	  issue #13154) Reported by: edantie
+
+	* funcs/func_curl.c: Fix a memory leak in func_curl. Every thread
+	  that used this function leaked an allocation the size of a
+	  pointer. (reported by jmls in #asterisk-dev)
+
+2008-07-30 19:47 +0000 [r134480-134536]  Tilghman Lesher <tlesher at digium.com>
+
+	* configure, configure.ac: Only override sysconfdir and mandir when
+	  prefix=/usr (closes issue #13093) Reported by: pabelanger
+
+	* res/res_agi.c: launch_netscript sometimes returns -1, which fails
+	  to set AGISTATUS. Map failure to -1, so that AGISTATUS is always
+	  set. (closes issue #13199) Reported by: smw1218
+
+2008-07-30 18:31 +0000 [r134475]  Mark Michelson <mmichelson at digium.com>
+
+	* main/app.c: Fix a spot where a function could return without
+	  bringing a channel out of autoservice.
+
+2008-07-30 15:29 +0000 [r134254-134352]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* Makefile: use the proper method for building version.h
+
+	* include/asterisk/dahdi_compat.h, apps/app_dahdibarge.c,
+	  channels/chan_dahdi.c, apps/app_meetme.c, apps/app_flash.c,
+	  apps/app_dahdiscan.c, apps/app_dahdiras.c, codecs/codec_dahdi.c:
+	  build against the now-typedef-free dahdi/user.h
+
+2008-07-29 15:54 +0000 [r134223]  Mark Michelson <mmichelson at digium.com>
+
+	* apps/app_voicemail.c: Merging the imap_consistency branch. The
+	  main aim of this branch was to make the IMAP code function in the
+	  same manner as the ODBC code does, eliminating the need for so
+	  many IMAP-specific code chunks. The focal point of all of this
+	  work was to make the various macros (e.g. RETRIEVE, DISPOSE)
+	  functionally equivalent. While doing the above work, I also fixed
+	  a few bugs that I came across in my testing. Among these were 1.
+	  Fixed message forwarding. This was completely broken when using
+	  IMAP. 2. Fixed the inability to save new messages as old and vice
+	  versa. 3. Fixed the "delete" options in voicemail.conf when using
+	  IMAP storage. Even though a few bugs were fixed and the code is a
+	  lot more consistent, the one thing that was *not* improved in
+	  this branch was performance. The merge of this to trunk may not
+	  come immediately due to the amount of work it will probably
+	  involve. (closes issue #12764) Reported by: balsamcn
+
+2008-07-28 21:50 +0000 [r134161]  Tilghman Lesher <tlesher at digium.com>
+
+	* apps/app_voicemail.c: Detect when sox fails to raise the volume,
+	  because sox can't read the file. (closes issue #12939) Reported
+	  by: rickbradley Patches: 20080728__bug12939.diff.txt uploaded by
+	  Corydon76 (license 14) Tested by: rickbradley
+
+2008-07-26 15:31 +0000 [r133980]  Russell Bryant <russell at digium.com>
+
+	* main/asterisk.c, include/asterisk/doxyref.h: Add the licensing
+	  section to the docs in 1.4, as well, so that we can work on
+	  having an accurate list for each version of Asterisk that is
+	  supported
+
+2008-07-25 18:00 +0000 [r133649-133709]  Tilghman Lesher <tlesher at digium.com>
+
+	* apps/app_voicemail.c: Remove unnecessary mmap flag (Closes issue
+	  #13161)
+
+	* main/channel.c, channels/chan_agent.c, main/devicestate.c: Fix
+	  some errant device states by making the devicestate API more
+	  strict in terms of the device argument (only without the unique
+	  identifier appended). (closes issue #12771) Reported by: davidw
+	  Patches: 20080717__bug12771.diff.txt uploaded by Corydon76
+	  (license 14) Tested by: davidw, jvandal, murf
+
+2008-07-25 15:00 +0000 [r133578]  Russell Bryant <russell at digium.com>
+
+	* /, LICENSE: Merged revisions 133577 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.2 ........
+	  r133577 | russell | 2008-07-25 10:00:13 -0500 (Fri, 25 Jul 2008)
+	  | 2 lines Fix the IAX2 URI for calling Digium ........
+
+2008-07-25 14:40 +0000 [r133572]  Mark Michelson <mmichelson at digium.com>
+
+	* channels/chan_sip.c: We need to make sure to null-terminate the
+	  "name" portion of SIP URI parameters so that there are no bogus
+	  comparisons. Thanks to bbryant for pointing this out.
+
+2008-07-24 21:17 +0000 [r133361-133488]  Tilghman Lesher <tlesher at digium.com>
+
+	* channels/chan_sip.c: Fix rtautoclear and rtcachefriends (Closes
+	  issue #12707)
+
+	* /: Blocked revisions 133360 via svnmerge ........ r133360 |
+	  tilghman | 2008-07-23 22:46:01 -0500 (Wed, 23 Jul 2008) | 2 lines
+	  This part was not correctly patched for AST-2008-010. ........
+
+2008-07-23 21:49 +0000 [r133295]  Jason Parker <jparker at digium.com>
+
+	* channels/chan_dahdi.c: inbandrelease is gone - it's now
+	  inbanddisconnect
+
+2008-07-23 21:05 +0000 [r133226-133237]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* include/asterisk/stringfields.h, main/utils.c: revert an
+	  optimization that broke ABI... thanks russell!
+
+	* apps/app_chanspy.c, include/asterisk/options.h, main/asterisk.c,
+	  apps/app_dahdibarge.c, channels/chan_dahdi.c,
+	  apps/app_dahdiras.c: make some more changes to the dahdi/zap
+	  channel name support stuff to ensure allthe globals are 'const',
+	  and clean up mmichelson's changes to app_chanspy to simplify the
+	  code
+
+2008-07-23 19:39 +0000 [r132974-133169]  Mark Michelson <mmichelson at digium.com>
+
+	* apps/app_chanspy.c, include/asterisk/options.h, main/asterisk.c,
+	  channels/chan_dahdi.c: As suggested by seanbright, the
+	  PSEUDO_CHAN_LEN in app_chanspy should be set at load time, not at
+	  compile time, since dahdi_chan_name is determined at load time.
+	  Also changed the next_unique_id_to_use to have the static
+	  qualifier. Also added the dahdi_chan_name_len variable so that
+	  strlen(dahdi_chan_name) isn't necessary. Thanks to seanbright for
+	  the suggestion.
+
+	* apps/app_chanspy.c: Zap/pseudo is ten characters, but
+	  DAHDI/pseudo is twelve. The strncmp call in next_channel should
+	  account for this.
+
+	* apps/app_chanspy.c: Update the "last" channel in next_channel in
+	  app_chanspy so that the same pseudo channel isn't constantly
+	  returned. related to issue #13124
+
+	* channels/chan_dahdi.c: Small cleanup. Move the declaration of the
+	  DAHDI_SPANINFO variable to the block where it is used. This
+	  allows one less #ifdef HAVE_PRI to clutter things up. Thanks to
+	  Tzafrir for pointing this out on #asterisk-dev
+
+	* channels/chan_dahdi.c: Fix building of chan_dahdi when HAVE_PRI
+	  is not defined.
+
+2008-07-23 15:52 +0000 [r132872-132942]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* channels/chan_dahdi.c: ensure that after a channel is created, if
+	  it happened to be in 'channel alarm' state, when that alarm
+	  clears we won't generate a spurious 'alarm cleared' message
+	  (closes issue #12160) Reported by: tzafrir
+
+	* include/asterisk/stringfields.h, main/utils.c: minor optimization
+	  for stringfields: when a field is being set to a larger value
+	  than it currently contains and it happens to be the most recent
+	  field allocated from the currentl pool, it is possible to 'grow'
+	  it without having to waste the space it is currently using (or
+	  potentially even allocate a new pool)
+
+2008-07-23 11:37 +0000 [r132826]  Christian Richter <christian.richter at beronet.com>
+
+	* channels/misdn/isdn_lib.c: another Fix because of r119585, this
+	  commit has broken high frequented BRI Ports, there was a
+	  possibility that a channel, that was marked as in_use would be
+	  reused later, the corresponding port could got stuck then. So it
+	  is recommended to upgrade for chan_misdn users.
+
+2008-07-22 22:14 +0000 [r132790]  Mark Michelson <mmichelson at digium.com>
+
+	* channels/chan_sip.c: Allow Spiraled INVITEs to work correctly
+	  within Asterisk. Prior to this change, a spiraled INVITE would
+	  cause a 482 Loop Detected to be sent to the caller. With this
+	  change, if a potential loop is detected, the Request-URI is
+	  inspected to see if it has changed from what was originally
+	  received. If pedantic mode is on, then this inspection is fully
+	  RFC 3261 compliant. If pedantic mode is not on, then a string
+	  comparison is used to test the equality of the two R-URIs. This
+	  has been tested by using OpenSER to rewrite the R-URI and send
+	  the INVITE back to Asterisk. (closes issue #7403) Reported by:
+	  stephen_dredge
+
+2008-07-22 22:11 +0000 [r132784-132787]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* include/asterisk/options.h, main/asterisk.c,
+	  apps/app_dahdibarge.c, channels/chan_dahdi.c, apps/app_flash.c,
+	  apps/app_dahdiras.c: fix up namespace pollution for
+	  dahdi_chan_mode enum correct registration of AMI actions in
+	  chan_dahdi; in zap-only mode, only register the Zap flavors of
+	  the actions (and use Zap prefixes for headers and acks), but in
+	  dahdi+zap mode, register both Zap and DAHDI flavors of actions
+
+	* Makefile.rules: add rules to create preprocessor output... useful
+	  for debugging macros
+
+2008-07-22 21:19 +0000 [r132713]  Tilghman Lesher <tlesher at digium.com>
+
+	* configs/iax.conf.sample, /, channels/chan_iax2.c: Merged
+	  revisions 132711 via svnmerge from
+	  https://origsvn.digium.com/svn/asterisk/branches/1.2 ........
+	  r132711 | tilghman | 2008-07-22 16:14:10 -0500 (Tue, 22 Jul 2008)
+	  | 2 lines Fixes for AST-2008-010 and AST-2008-011 ........
+
+2008-07-22 21:17 +0000 [r132704-132712]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* channels/chan_dahdi.c: ensure that if any alarms exist at channel
+	  creation time, they are handled identically to if they occurred
+	  later, so that later alarm clearing will work properly and 'make
+	  sense' (closes issue #12160) Reported by: tzafrir
+
+	* configure, configure.ac, acinclude.m4: make AST_C_COMPILE_CHECK
+	  able to print a 'pretty' description of what it is doing
+
+2008-07-22 20:10 +0000 [r132645]  Olle Johansson <oej at edvina.net>
+
+	* channels/chan_sip.c, doc/sip-retransmit.txt (added): The most
+	  common question on the #asterisk iRC channel and on mailing lists
+	  seems to be in regards to an error message when retransmit fails.
+	  This is frequently misunderstood as a failure of Asterisk, not a
+	  failure of the network to reach the other party. This document
+	  tries to assist the Asterisk user in sorting out these issues by
+	  explaining the logic and pointing at some possible causes.
+	  Hopefully, we will get other questions now :-)
+
+2008-07-22 19:57 +0000 [r132571-132642]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* channels/chan_dahdi.c, configs/chan_dahdi.conf.sample, configure,
+	  include/asterisk/autoconfig.h.in, configure.ac: use renamed
+	  libpri API call for controlling this feature (was improperly
+	  named before)
+
+	* channels/chan_dahdi.c: teach chan_dahdi how to find the D-channel
+	  on BRI spans, and don't attempt to use channel 24 as a D-channel
+	  on spans of unexpected sizes
+
+2008-07-21 20:51 +0000 [r132506-132507]  Brett Bryant <bbryant at digium.com>
+
+	* apps/app_sendtext.c: Fix a bug where SENDTEXTSTATUS isn't set
+	  properly when it isn't supported on a channel (yet _another_
+	  useful patch by eliel). (issue #13081) Reported by: eliel
+	  Patches: app_sendtext1.4.c uploaded by eliel (license 64) Tested
+	  by: eliel
+
+	* channels/chan_iax2.c: Fix a bug in 1.4 branch with iax2 channels
+	  not being removed when a call was rejected (from the calling box,
+	  not the box that denied the registration). Related to revisions
+	  132466 in trunk, and 132467 in 1.6.0. Earlier I had accidently
+	  tested 1.4 with a backport from those revisions, so I didn't see
+	  this problem (oops).
+
+2008-07-19 16:45 +0000 [r132311]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* LICENSE: grant a license exception to allow distribution of
+	  Asterisk binaries that use the UW IMAP Toolkit (which is licensed
+	  under a non-GPL-compatible license)
+
+2008-07-18 19:06 +0000 [r131970-132112]  Tilghman Lesher <tlesher at digium.com>
+
+	* main/say.c: Fix for Taiwanese number syntax (closes issue #12319)
+	  Reported by: CharlesWang Patches: saynumber-tw-1.4.18.1.patch
+	  uploaded by CharlesWang (license 444)
+
+	* main/config.c: Textual clarification (closes issue #13106)
+	  Reported by: flefoll Patches:
+	  config.c.br14.120173.patch-unknown-directive uploaded by flefoll
+	  (license 244)
+
+	* include/asterisk/sched.h, channels/chan_iax2.c: Spinlock within
+	  the destroy, to allow a scheduled job to continue, if it's
+	  waiting on the mutex which the destroy thread has.
+
+	* main/sched.c, include/asterisk/sched.h: Preserve ABI
+	  compatibility with last change
+
+	* main/sched.c, include/asterisk/sched.h, channels/chan_iax2.c:
+	  Make the ast_assert call within ast_sched_del report something
+	  useful.
+
+2008-07-18 16:15 +0000 [r131921]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* main/dlfcn.c (removed), main/loader.c, main/Makefile,
+	  include/asterisk/dlfcn-compat.h (removed): remove the dlfcn
+	  compatibility stuff, because no platforms that Asterisk currently
+	  runs on it use it, and it doesn't build anyway
+
+2008-07-18 15:34 +0000 [r131915]  Brett Bryant <bbryant at digium.com>
+
+	* res/res_features.c: Fix a bug in blind transfers where the
+	  BLINDTRANSFER variable isn't always set to the other end of the
+	  blind transfer. (closes issue #12586)
+
+2008-07-17 20:35 +0000 [r131790]  Tilghman Lesher <tlesher at digium.com>
+
+	* channels/chan_dahdi.c: Revert part of issue #5620 (revision 6965)
+	  as it appears that it was in error. This should fix talk call
+	  progress on analog lines. (closes issue #12178) Reported by:
+	  michael-fig Patches: 20080717__bug12178.diff.txt uploaded by
+	  Corydon76 (license 14)
+
+2008-07-16 22:17 +0000 [r131491]  Brett Bryant <bbryant at digium.com>
+
+	* channels/chan_iax2.c: Fix a bug in iax2 registration that allowed
+	  peers to register with case-insensitive names (user_cmp_cb and
+	  peer_cmp_cb are now both case-sensitive). (closes issue #13091)
+
+2008-07-16 21:46 +0000 [r131480]  Tilghman Lesher <tlesher at digium.com>
+
+	* channels/chan_iax2.c: Apparently, in certain cases, a callno is
+	  already destroyed when iax2_destroy is called.
+
+2008-07-16 20:47 +0000 [r131421]  Russell Bryant <russell at digium.com>
+
+	* channels/chan_iax2.c: Always ensure that the channel's tech_pvt
+	  reference is NULL after calling the destroy callback. (closes
+	  issue #13060) Reported by: jpgrayson Patches:
+	  chan_iax2_tech_pvt_crash.patch uploaded by jpgrayson (license
+	  492)
+
+2008-07-16 20:23 +0000 [r131299-131369]  Mark Michelson <mmichelson at digium.com>
+
+	* apps/app_queue.c: Move the init_queue call back to where it used
+	  to be (changed Sept 12 last year). It was moved then to prevent a
+	  memory leak. Since then, the same memory leak recurred and was
+	  fixed in a better way. Now it has been found that the placement
+	  of this init_queue call can cause problems if a realtime queue
+	  has values changed to an empty string. The problem is that the
+	  default value for that queue parameter would not be set. (closes
+	  issue #13084) Reported by: elbriga
+
+	* apps/app_queue.c: Apparently, "thread safety" is important,
+	  whatever that means. :P (Thanks Russell!)
+
+	* apps/app_queue.c: Make absolutely certain that the transfer
+	  datastore is removed from the calling channel once the caller is
+	  finished in the queue. This could have weird con- sequences when
+	  dialing local queue members when multiple transfers occur on a
+	  single call. Also fixed a memory leak that would occur when an
+	  attended transfer occurred from a queue member. (closes issue
+	  #13047) Reported by: festr
+
+2008-07-16 17:53 +0000 [r131242]  Steve Murphy <murf at digium.com>
+
+	* pbx/pbx_ael.c: (closes issue #13090) Reported by: murf The
+	  problem was that, esoteric as it is, because the hangerupper
+	  context immediately preceded the std-priv-extent macro, that the
+	  checking code accidentally would fall from traversing hangerupper
+	  into the std-priv-exten macro, where it would hit the hangerupper
+	  in the 'includes', and proceed into an infinite recursion. A
+	  small fix to traverse into the statements of the context instead
+	  of the context solves this issue. I also added some commented out
+	  printfs for debug, which were pretty handy in the face of a dorky
+	  gdb. This was a problem around since the package was first
+	  written; but evidently pretty rare in turning up in the field.
+
+2008-07-15 17:47 +0000 [r131012]  Michiel van Baak <michiel at vanbaak.info>
+
+	* main/cdr.c: remove 4 lines of redundant code. (closes issue
+	  #13080) Reported by: gknispel_proformatique Patches:
+	  trunk_ast_cdr_setapp.patch uploaded by gknispel (license 261)
+
+2008-07-15 17:19 +0000 [r130889-130959]  Tilghman Lesher <tlesher at digium.com>
+
+	* main/manager.c, channels/chan_sip.c: astman_send_error does not
+	  need a newline appended -- the API takes care of that for us.
+	  (closes issue #13068) Reported by: gknispel_proformatique
+	  Patches: asterisk_1_4_astman_send.patch uploaded by gknispel
+	  (license 261) asterisk_trunk_astman_send.patch uploaded by
+	  gknispel (license 261)
+
+	* channels/chan_iax2.c: Override the callerid in all cases when the
+	  callerid is set in the user, not just when a remote callerid is
+	  set. Also, if not set in the user, allow the remote CallerID to
+	  pass through. (closes issue #12875) Reported by: dimas Patches:
+	  20080714__bug12875.diff.txt uploaded by Corydon76 (license 14)
+
+2008-07-14 17:50 +0000 [r130792]  Mark Michelson <mmichelson at digium.com>
+
+	* apps/app_dial.c: Add a check to the CAN_EARLY_BRIDGE macro in
+	  app_dial to be sure there are no audiohooks present on the
+	  channels involved. This fixed a one-way audio situation I had in
+	  my test setup. I couldn't find any open issues that suggested
+	  one-way audio with regards to mixmonitor (or other audiohook)
+	  usage, though.
+
+2008-07-14 17:10 +0000 [r130735]  Michiel van Baak <michiel at vanbaak.info>
+
+	* main/dnsmgr.c: notify the user that dnsmgr refresh wont work when
+	  dnsmgr is not enabled. Previously this command would
+	  automagically appear and disappear. This was confusing. (closes
+	  issue #12796) Reported by: chappell Patches:
+	  dnsmgr_refresh_3.diff uploaded by chappell (license 8) Tested by:
+	  russell, chappell, mvanbaak
+
+2008-07-14 10:38 +0000 [r130634]  Russell Bryant <russell at digium.com>
+
+	* main/audiohook.c: Bump up the debug level for a message.
+
+2008-07-13 22:48 +0000 [r130573]  Michiel van Baak <michiel at vanbaak.info>
+
+	* main/manager.c: fix memory leak when originate from manager
+	  cannot create a thread (closes issue #13069) Reported by:
+	  gknispel_proformatique Patches:
+	  asterisk_trunk_action_originate.patch uploaded by gknispel
+	  (license 261) Tested by: gknispel_proformatique, mvanbaak
+
+2008-07-13 17:56 +0000 [r130514]  Tilghman Lesher <tlesher at digium.com>
+
+	* channels/chan_iax2.c: Reverting 2 changesets, as it breaks
+	  incoming IAX2 calls (Related to issue #12963) Reported by:
+	  mvanbaak
+
+2008-07-12 10:25 +0000 [r130373]  Michiel van Baak <michiel at vanbaak.info>
+
+	* pbx/pbx_ael.c: in 1.4 the functions still have | as argument
+	  seperator. This commit fixes the use of RAND in the ael random
+	  function. (closes issue #13061) Reported by: danpwi
+
+2008-07-11 22:23 +0000 [r130298-130317]  Kevin P. Fleming <kpfleming at digium.com>
+
+	* Makefile: forcibly remove the modules that are changing names
+
+	* include/asterisk/options.h, main/asterisk.c, cdr/cdr_csv.c,
+	  Makefile, main/channel.c, apps/app_dahdibarge.c,
+	  channels/chan_dahdi.c, doc/hardware.txt, apps/app_flash.c,
+	  apps/app_dahdiras.c, main/file.c,
+	  contrib/utils/zones2indications.c, include/asterisk/channel.h,
+	  channels/chan_iax2.c: a whole pile of Zaptel/DAHDI compatibility
+	  work, with lots more to come... this tree is not yet ready for
+	  users to be easily upgrading or switching, but it needs to be :-)
+
+2008-07-11 20:03 +0000 [r130173-130236]  Mark Michelson <mmichelson at digium.com>
+
+	* main/audiohook.c: Remove redundant logic
+
+	* main/audiohook.c: Fix a typo in audiohook_read_frame_both. While
+	  this change has not been proven to fix any specific issue, it is
+	  incorrect and could cause unforeseen problems.
+
+2008-07-11 18:51 +0000 [r130102-130169]  Tilghman Lesher <tlesher at digium.com>
+
+	* channels/chan_iax2.c: Ensure that a destination callno of 0 will
+	  not match for frames that do not start a dialog (new, lagrq, and
+	  ping). (closes issue #12963) Reported by: russellb Patches:
+	  chan_iax2_dup_new_fix4.patch uploaded by jpgrayson (license 492)
+
+	* channels/chan_agent.c: Pass the devicestate from an underlying
+	  channel up through the Agent channel. This should make the Agent

[... 18738 lines stripped ...]



More information about the asterisk-commits mailing list