[asterisk-commits] bebuild: tag 11.0.0-beta1 r371123 - /tags/11.0.0-beta1/
SVN commits to the Asterisk project
asterisk-commits at lists.digium.com
Fri Aug 10 15:16:14 CDT 2012
Author: bebuild
Date: Fri Aug 10 15:16:10 2012
New Revision: 371123
URL: http://svnview.digium.com/svn/asterisk?view=rev&rev=371123
Log:
Importing files for 11.0.0-beta1 release.
Added:
tags/11.0.0-beta1/.lastclean (with props)
tags/11.0.0-beta1/.version (with props)
tags/11.0.0-beta1/ChangeLog (with props)
Added: tags/11.0.0-beta1/.lastclean
URL: http://svnview.digium.com/svn/asterisk/tags/11.0.0-beta1/.lastclean?view=auto&rev=371123
==============================================================================
--- tags/11.0.0-beta1/.lastclean (added)
+++ tags/11.0.0-beta1/.lastclean Fri Aug 10 15:16:10 2012
@@ -1,0 +1,1 @@
+40
Propchange: tags/11.0.0-beta1/.lastclean
------------------------------------------------------------------------------
svn:eol-style = native
Propchange: tags/11.0.0-beta1/.lastclean
------------------------------------------------------------------------------
svn:keywords = none
Propchange: tags/11.0.0-beta1/.lastclean
------------------------------------------------------------------------------
svn:mime-type = text/plain
Added: tags/11.0.0-beta1/.version
URL: http://svnview.digium.com/svn/asterisk/tags/11.0.0-beta1/.version?view=auto&rev=371123
==============================================================================
--- tags/11.0.0-beta1/.version (added)
+++ tags/11.0.0-beta1/.version Fri Aug 10 15:16:10 2012
@@ -1,0 +1,1 @@
+11.0.0-beta1
Propchange: tags/11.0.0-beta1/.version
------------------------------------------------------------------------------
svn:eol-style = native
Propchange: tags/11.0.0-beta1/.version
------------------------------------------------------------------------------
svn:keywords = none
Propchange: tags/11.0.0-beta1/.version
------------------------------------------------------------------------------
svn:mime-type = text/plain
Added: tags/11.0.0-beta1/ChangeLog
URL: http://svnview.digium.com/svn/asterisk/tags/11.0.0-beta1/ChangeLog?view=auto&rev=371123
==============================================================================
--- tags/11.0.0-beta1/ChangeLog (added)
+++ tags/11.0.0-beta1/ChangeLog Fri Aug 10 15:16:10 2012
@@ -1,0 +1,18497 @@
+2012-08-10 Asterisk Development Team <asteriskteam at digium.com>
+
+ * Asterisk 11.0.0-beta1 Released.
+
+2012-08-10 20:08 +0000 [r371121] Matthew Jordan <mjordan at digium.com>
+
+ * Created Asterisk 11 branch.
+
+ Because its one greater then 10.
+
+2012-08-10 19:54 +0000 [r371120] Richard Mudgett <rmudgett at digium.com>
+
+ * main/channel.c, channels/chan_misdn.c, channels/chan_sip.c,
+ main/channel_internal_api.c, main/features.c,
+ include/asterisk/channel.h, channels/sig_pri.c,
+ funcs/func_callerid.c, main/cli.c: Add private representation of
+ caller, connected and redirecting party ids. This patch adds the
+ feature "Private representation of caller, connected and
+ redirecting party ids", as previously discussed with us (DATUS)
+ and Digium. 1. Feature motivation Until now it is quite difficult
+ to modify a party number or name which can only be seen by
+ exactly one particular instantiated technology channel
+ subscriber. One example where a modified party number or name on
+ one channel is spread over several channels are supplementary
+ services like call transfer or pickup. To implement these
+ features Asterisk internally copies caller and connected ids from
+ one channel to another. Another example are extension
+ subscriptions. The monitoring entities (watchers) are notified of
+ state changes and - if desired - of party numbers or names which
+ represent the involving call parties. One major feature where a
+ private representation of party names is essentially needed, i.e.
+ where a party name shall be exclusively signaled to only one
+ particular user, is a private user-specific name resolution for
+ party numbers. A lookup in a private destination-dependent
+ telephone book shall provide party names which cannot be seen by
+ any other user at any time. 2. Feature Description This feature
+ comes along with the implementation of additional private party
+ id elements for caller id, connected id and redirecting ids
+ inside Asterisk channels. The private party id elements can be
+ read or set by the user using Asterisk dialplan functions. When a
+ technology channel is initiating a call, receives an internal
+ connected-line update event, or receives an internal redirecting
+ update event, it merges the corresponding public id with the
+ private id to create an effective party id. The effective party
+ id is then used for protocol signaling. The channel technologies
+ which initially support the private id representation with this
+ patch are SIP (chan_sip), mISDN (chan_misdn) and PRI
+ (chan_dahdi). Once a private name or number on a channel is set
+ and (implicitly) made valid, it is generally used for any further
+ protocol signaling until it is rewritten or invalidated. To
+ simplify the invalidation of private ids all internally generated
+ connected/redirecting update events and also all
+ connected/redirecting update events which are generated by
+ technology channels -- receiving regarding protocol information -
+ automatically trigger the invalidation of private ids. If not
+ using the private party id representation feature at all, i.e. if
+ using only the 'regular' caller-id, connected and redirecting
+ related functions, the current characteristic of Asterisk is not
+ affected by the new extended functionality. 3. User interface
+ Description To grant access to the private name and number
+ representation from the Asterisk dialplan, the CALLERID,
+ CONNECTEDLINE and REDIRECTING dialplan functions are extended by
+ the following data types. The formats of these data types are
+ equal to the corresponding regular 'non-private' already existing
+ data types: CALLERID: priv-all priv-name priv-name-valid
+ priv-name-charset priv-name-pres priv-num priv-num-valid
+ priv-num-plan priv-num-pres priv-subaddr priv-subaddr-valid
+ priv-subaddr-type priv-subaddr-odd priv-tag CONNECTEDLINE:
+ priv-name priv-name-valid priv-name-pres priv-name-charset
+ priv-num priv-num-valid priv-num-pres priv-num-plan priv-subaddr
+ priv-subaddr-valid priv-subaddr-type priv-subaddr-odd priv-tag
+ REDIRECTING: priv-orig-name priv-orig-name-valid
+ priv-orig-name-pres priv-orig-name-charset priv-orig-num
+ priv-orig-num-valid priv-orig-num-pres priv-orig-num-plan
+ priv-orig-subaddr priv-orig-subaddr-valid priv-orig-subaddr-type
+ priv-orig-subaddr-odd priv-orig-tag priv-from-name
+ priv-from-name-valid priv-from-name-pres priv-from-name-charset
+ priv-from-num priv-from-num-valid priv-from-num-pres
+ priv-from-num-plan priv-from-subaddr priv-from-subaddr-valid
+ priv-from-subaddr-type priv-from-subaddr-odd priv-from-tag
+ priv-to-name priv-to-name-valid priv-to-name-pres
+ priv-to-name-charset priv-to-num priv-to-num-valid
+ priv-to-num-pres priv-to-num-plan priv-to-subaddr
+ priv-to-subaddr-valid priv-to-subaddr-type priv-to-subaddr-odd
+ priv-to-tag Reported by: Thomas Arimont Review:
+ https://reviewboard.asterisk.org/r/2030/
+
+2012-08-10 17:56 +0000 [r371113] Mark Michelson <mmichelson at digium.com>
+
+ * channels/chan_sip.c: Fix a comparison that was causing presence
+ tests to fail. A recent change made it so that device state
+ changes that were not actual "changes" would not get reported to
+ subscribers. The problem was that this inadvertently blocked
+ presence updates as well.
+
+2012-08-10 16:49 +0000 [r371059-371091] Alexandr Anikin <may at telecom-service.ru>
+
+ * addons/chan_ooh323.c, /: remove ALREADYGONE flag on ooh323 call
+ data by ooh323_indicate (CONGESTION/BUSY) due to call hasn't gone
+ there really. This indication arrive from asterisk core not h.323
+ stack (closes issue ASTERISK-19308) Reported by: Dmitry Melekhov
+ Patches: ASTERISK-19308.patch ........ Merged revisions 371089
+ from http://svn.asterisk.org/svn/asterisk/branches/1.8 ........
+ Merged revisions 371090 from
+ http://svn.asterisk.org/svn/asterisk/branches/10
+
+ * addons/ooh323c/src/ooGkClient.c, /: Send re-register packets by
+ GRQ (gatekeeper request) interval (close issue ASTERISK-20094)
+ Patches: ASTERISK-20094-2.patch ........ Merged revisions 371060
+ from http://svn.asterisk.org/svn/asterisk/branches/1.8 ........
+ Merged revisions 371061 from
+ http://svn.asterisk.org/svn/asterisk/branches/10
+
+ * addons/ooh323c/src/ooTimer.c: restore calling cb functions by
+ timer expire this was broken in rev 369602
+
+2012-08-10 02:07 +0000 [r371052] Richard Mudgett <rmudgett at digium.com>
+
+ * main/features.c: Fix pickup extension channel reference error.
+ You cannot unref a pointer and then expect to ref it again later.
+ * Fix potential NULL pointer deref if the call pickup search
+ fails.
+
+2012-08-09 21:35 +0000 [r371036-371043] Alexandr Anikin <may at telecom-service.ru>
+
+ * addons/chan_ooh323.c: Introdue 'ooh323 show gk' cli command that
+ show status of connection to H.323 Gatekeeper (GkClient state)
+
+ * addons/ooh323c/src/ooGkClient.c, /: Fix to resend GRQ/RRQ if RRJ
+ (registration reject) is received (close issue ASTERISK-20094)
+ Patches: ASTERISK-20094.patch ........ Merged revisions 371011
+ from http://svn.asterisk.org/svn/asterisk/branches/1.8 ........
+ Merged revisions 371022 from
+ http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-08-09 19:22 +0000 [r371030] Richard Mudgett <rmudgett at digium.com>
+
+ * channels/chan_dahdi.c, /, configure,
+ include/asterisk/autoconfig.h.in, configure.ac,
+ channels/sig_pri.c, channels/sig_ss7.c: Use better libss7
+ detection test and move libpri compile test. ........ Merged
+ revisions 371012 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+ revisions 371013 from
+ http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-08-09 18:28 +0000 [r371010] Alexandr Anikin <may at telecom-service.ru>
+
+ * /, addons/ooh323c/src/ooh323ep.c: change opening h323 logfile
+ with append mode instead of overwrite ........ Merged revisions
+ 370988 from http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ........ Merged revisions 370989 from
+ http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-08-09 17:40 +0000 [r370987] Kinsey Moore <kmoore at digium.com>
+
+ * /, apps/app_meetme.c: Correct documentation for the MeetMe x flag
+ The documentation for the x flag for MeetMe incorrectly described
+ its function as closing down the conference when the last marked
+ user left. It actually causes the users with that flag to leave
+ the conference when the last marked user exits. The functionality
+ of this flag is not changing. ........ Merged revisions 370985
+ from http://svn.asterisk.org/svn/asterisk/branches/1.8 ........
+ Merged revisions 370986 from
+ http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-08-09 14:52 +0000 [r370979] Mark Michelson <mmichelson at digium.com>
+
+ * main/pbx.c, channels/chan_sip.c, include/asterisk/pbx.h,
+ channels/sip/include/sip.h: Extend extension state callbacks to
+ have more information. Quote from review board: This patch
+ extends the extension state callbacks so that monitoring channels
+ (as chan_sip) get more information of the devices which are
+ responsible for an extension state change. The additional
+ information is needed by chan_sip to present names/numbers of the
+ caller and callee in an early-state SIP notification. Users of
+ extenstion state callback not interested in the additional
+ information are not affected by the changes. Motivation: to
+ present the involved party's name/number in an early-state
+ nofification (used by the notified device as a pickup offer) one
+ after another so that a user can see which call he will pick up
+ in an undirected pickup. Such a pickup offer to a user shall
+ indicate the same call (number/name-A calls number/name-B) as the
+ call which would be picked up when an undirected pickup is
+ executed. Users interested in additional state info must use the
+ new functions ast_extension_state_add_extended() resp.
+ ast_extension_state_add_destroy_extended() to register an
+ extended state callback. When the callback is registered this
+ way, an extra member device_state_info of struct
+ ast_state_cb_info is passed to the callback in addition to the
+ aggregated extension state. This container holds an object for
+ every device of the monitored extension hint consisting of the
+ device name, the device state and a channel reference to the
+ channel which (presumably) caused the device state. The
+ information is used by chan_sip for early-state notifications.
+ When the state of a device changes and the new state contains
+ AST_EVENT_RINGING, an early-state notification is sent to the
+ subscribed devices with the caller/callee names/numbers of the
+ oldest ringing channel of the monitored extension. The notified
+ user may then invoke a direct pickup, which will pickup exactly
+ this channel. Users of the old non-extended callbacks will only
+ be called when the aggregated state did change (same behavior as
+ before). Users of the extended callback will also be called when
+ the state is unchanged but does contain AST_EVENT_RINGING. That
+ could be the case if two channels are ringing at one device and
+ one of them hangs up, so the aggregated state does not change.
+ This way the monitoring channel can create a new early-state
+ notification with the now ringing party-ids. Review:
+ https://reviewboard.asterisk.org/r/2048 This contribution comes
+ from Guenther Kelleter
+
+2012-08-09 14:36 +0000 [r370978] Jonathan Rose <jrose at digium.com>
+
+ * pbx/pbx_dundi.c, CHANGES: DUNDi: Add CLI commands DUNDi show
+ cache and DUNDi show hints (closes issue ASTERISK-18390) Reported
+ by: Peter Racz Patches: dundi_cli_cache.patch.v2 uploaded by
+ Peter Racz (license #6290)
+ ASTERISK-18390_dundi_cli_cache_jrose_mods_v2.diff uploaded by
+ Jonathan Rose (license #6182)
+
+2012-08-08 22:45 +0000 [r370955] Michael L. Young <elgueromexicano at gmail.com>
+
+ * /, apps/app_chanspy.c: Fix Not Unreferencing A Spied Channel When
+ a channel hangs up while being spied upon and the option to exit
+ the ChanSpy application when the spied on channel hangs up is
+ set, ast_autochan_destroy is not being called and therefore a
+ reference to the spied upon channel is not removed. The symptom
+ being reported was that when using func_group in the dialplan and
+ calling "group show channels" at the cli, the spied upon channel
+ was still being shown while "core show channels" showed that the
+ channel was not up. This patch calls ast_autochan_destroy when a
+ spied upon channel hangs up and the option to exit the ChanSpy
+ application is set, removing the reference to the channel
+ allowing the count for the group that the spied channel was part
+ of to be decremented. (closes issue ASTERISK-17515) Reported by:
+ Arkadiusz Malka Tested by: Alexandr Gordeev, Michael L. Young
+ Patches: asterisk-17515-destroy-autochan.diff uploaded by Michael
+ L. Young (license 5026) ........ Merged revisions 370952 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+ revisions 370954 from
+ http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-08-08 22:41 +0000 [r370951-370953] Mark Michelson <mmichelson at digium.com>
+
+ * CHANGES: Move a SIP change up to the other SIP changes in the
+ CHANGES file.
+
+ * main/channel.c, main/pbx.c, main/manager.c, pbx/pbx_spool.c,
+ apps/app_originate.c, include/asterisk/channel.h,
+ include/asterisk/pbx.h, CHANGES, res/res_clioriginate.c: Allow
+ support for early media on AMI originates and call files. This is
+ based on the work done by Olle Johansson on review board. The
+ idea is that the channel specified in an AMI originate or call
+ file is typically not connected to the outgoing extension until
+ the channel has been answered. With this change, an EarlyMedia
+ header can be specified for AMI originates and an early_media
+ option can be specified in call files. With this option set, once
+ early media is received on a channel, it will be connected with
+ the outgoing extension. (closes issue ASTERISK-18644) Reported by
+ Olle Johansson Review: https://reviewboard.asterisk.org/r/1472
+
+2012-08-08 21:22 +0000 [r370943] Terry Wilson <twilson at digium.com>
+
+ * main/manager.c, CHANGES: Add AMI_CLIENT dialplan function
+ Implementation of a dialplan function for checking manager
+ accounts. Right now it only returns the number of logged in
+ sessions for a manager account, but other attributes can be added
+ later. Patch by: Olle Johansson Review:
+ https://reviewboard.asterisk.org/r/421/
+
+2012-08-08 20:47 +0000 [r370927] Joshua Colp <jcolp at digium.com>
+
+ * main/rtp_engine.c: Create the payload type if it does not exist
+ when setting information based on the 'm' line. An rtpmap
+ attribute is not required for defined payload numbers.
+
+2012-08-08 20:32 +0000 [r370926] Richard Mudgett <rmudgett at digium.com>
+
+ * channels/chan_dahdi.c, channels/sig_analog.c,
+ channels/sig_analog.h: Convert sig_analog to use a global
+ callback table.
+
+2012-08-08 20:30 +0000 [r370925] Kinsey Moore <kmoore at digium.com>
+
+ * main/channel.c, /: Do not define a cause that doesn't actually
+ exist AST_CAUSE_NOTDEFINED is a placeholder for usage when there
+ is no cause information. As such, it should not be defined and
+ translatable as a cause. ........ Merged revisions 370923 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+ revisions 370924 from
+ http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-08-08 20:17 +0000 [r370887-370902] Richard Mudgett <rmudgett at digium.com>
+
+ * channels/chan_dahdi.c, channels/sig_analog.c, /,
+ channels/sig_analog.h: Fix the analog dial *0 flash-hook of
+ bridged peer feature. The flash-hook the bridged peer feature now
+ correctly determines if the bridged peer is another chan_dahdi
+ channel, that it is an analog channel, and that it has the
+ correct signaling for an FXO port. It now also flash-hooks the
+ correct channel. ........ Merged revisions 370900 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+ revisions 370901 from
+ http://svn.asterisk.org/svn/asterisk/branches/10
+
+ * channels/sig_pri.h, channels/chan_dahdi.c, channels/sig_pri.c:
+ Convert sig_pri to use a global callback table.
+
+ * channels/chan_dahdi.c, channels/sig_ss7.h, channels/sig_ss7.c:
+ Convert sig_ss7 to use a global callback table.
+
+2012-08-07 21:58 +0000 [r370881] Damien Wedhorn <voip at facts.com.au>
+
+ * build_tools/cflags-devmode.xml, channels/chan_skinny.c: Rewrite
+ of skinny debugging. Debugging messages and associated controls
+ only compiled in if configured with --enable-dev-mode. Debug
+ messages provide more detail (including thread id) and are
+ grouped so the user/dev can limit the type of messages displayed.
+ Functionally no real change to chan_skinny. Review:
+ https://reviewboard.asterisk.org/r/2040/
+
+2012-08-07 19:59 +0000 [r370860] Joshua Colp <jcolp at digium.com>
+
+ * main/rtp_engine.c, include/asterisk/rtp_engine.h: Payload and RTP
+ code are must remain separate since in non-Asterisk format cases
+ they differ.
+
+2012-08-07 19:26 +0000 [r370851-370859] Kinsey Moore <kmoore at digium.com>
+
+ * /: Recorded merge of revisions 370858 from
+ http://svn.asterisk.org/svn/asterisk/branches/10 ........ Add
+ missing AST_CAUSE_* -> text translations ........ Merged
+ revisions 370856 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8
+
+ * main/channel.c: Add missing AST_CAUSE_* -> text translations A
+ few of these were missing from the list and are necessary for the
+ Who Hung Up? functionality.
+
+2012-08-07 17:47 +0000 [r370832-370845] Joshua Colp <jcolp at digium.com>
+
+ * main/rtp_engine.c: Fix a bug uncovered by the test suite where
+ the RTP payload number was not getting set.
+
+ * res/res_rtp_asterisk.c, main/rtp_engine.c, channels/chan_sip.c,
+ channels/chan_motif.c, include/asterisk/rtp_engine.h: Reduce
+ memory consumption significantly for users of the RTP engine API
+ by storing only the payloads present and in use instead of every
+ possible one. Review: https://reviewboard.asterisk.org/r/2052/
+
+2012-08-07 12:46 +0000 [r370820-370831] Matthew Jordan <mjordan at digium.com>
+
+ * main/channel.c, channels/chan_dahdi.c,
+ configs/chan_dahdi.conf.sample, channels/chan_misdn.c,
+ channels/chan_sip.c, main/channel_internal_api.c,
+ channels/misdn/chan_misdn_config.h, main/features.c,
+ configs/misdn.conf.sample, include/asterisk/channel.h,
+ configs/sip.conf.sample, CHANGES, channels/sip/include/sip.h,
+ channels/misdn_config.c: Add named callgroups/pickupgroups This
+ patch adds named calledgroups/pickupgroups to Asterisk. Named
+ groups are implemented in parallel to the existing numbered
+ callgroup/pickupgroup implementation. However, unlike the
+ existing implementation, which is limited to a maximum of 64
+ defined groups, the number of defined groups allowed for named
+ callgroups/pickupgroups is effectively unlimited. Named groups
+ are configured with the keywords "namedcallgroup" and
+ "namedpickupgroup". This corresponds to the numbered group
+ definitions of "callgroup" and "pickupgroup". Note that as the
+ implementation of named groups coexists with the existing
+ numbered implementation, a defined named group of "4" does not
+ equate to numbered group 4. Support for the named groups has been
+ added to the SIP, DAHDI, and mISDN channel drivers. Review:
+ https://reviewboard.asterisk.org/r/2043 Uploaded by: Guenther
+ Kelleter(license #6372)
+
+ * contrib/realtime/mysql/voicemail_data.sql: Revert r370820 That
+ change is wrong, wrong, wrong.
+
+ * contrib/realtime/mysql/voicemail_data.sql: Update the MySQL
+ voicemail_data contrib script to reflect Asterisk 11 changes All
+ voicemails now have a 'msg_id' included in their metadata. The
+ ODBC message storage backend now requires this column; as such,
+ the MySQL contrib script that creates the voicemail_data table
+ has been updated with the appropriate column information.
+
+2012-08-06 15:18 +0000 [r370801] Mark Michelson <mmichelson at digium.com>
+
+ * /, channels/chan_sip.c: Improve debug message for temporary
+ outbound proxies. Thanks to Paul Belanger for pointing this out.
+ ........ Merged revisions 370797 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+ revisions 370798 from
+ http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-08-03 21:52 +0000 [r370773] Mark Michelson <mmichelson at digium.com>
+
+ * /, channels/chan_sip.c, channels/sip/config_parser.c,
+ channels/sip/include/sip.h: Multiple revisions 370769-370771
+ ........ r370769 | mmichelson | 2012-08-03 16:35:00 -0500 (Fri,
+ 03 Aug 2012) | 24 lines Fix error in the "IPorHost" section of a
+ SIP dialstring. This is based on the review request posted by
+ Walter Doekes (referenced lower in the commit message) The main
+ fix here is to treat the IPorHost portion of the dial string as a
+ temporary outbound proxy. This ensures requests get sent to the
+ proper location. Due to the age of the request, some parts were
+ no longer relevant. For instance, the request moved outbound
+ proxy parsing code into a single method. This is done in a
+ previous commit, so it was not necessary to do again. Also, the
+ review request fixed some errors with regards to request routing
+ for CANCEL and ACK requests. This has also been fixed in more
+ recent commits. (closes issue ASTERISK-19677) reported by Walter
+ Doekes Review https://reviewboard.asterisk.org/r/1859 ........
+ r370770 | mmichelson | 2012-08-03 16:39:35 -0500 (Fri, 03 Aug
+ 2012) | 3 lines Remove unused variable. ........ r370771 |
+ mmichelson | 2012-08-03 16:43:52 -0500 (Fri, 03 Aug 2012) | 5
+ lines Seriously? Another compilation error fixed. Somebody beat
+ me. ........ Merged revisions 370769-370771 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+ revisions 370772 from
+ http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-08-02 15:51 +0000 [r370740] Kinsey Moore <kmoore at digium.com>
+
+ * channels/chan_sip.c: Fix regression from r370636 When the
+ chan_sip cleanup went in, a typo was included that caused some
+ subscriptions of non-Polycom phones to be limited to the same
+ capabilities as Polycom phones. This resolves the failures in the
+ test suite resulting from this regression.
+
+2012-08-01 19:37 +0000 [r370726] Mark Michelson <mmichelson at digium.com>
+
+ * main/manager.c: Fix a possible crash due to passing NULL to
+ ast_variables_dup()
+
+2012-08-01 18:52 +0000 [r370720] Richard Mudgett <rmudgett at digium.com>
+
+ * include/asterisk/astobj2.h, main/astobj2.c: Make astobj2.h not
+ include linkedlists.h. Using astobj2 does not require
+ linkedlists.h be included even though astob2 uses linked lists
+ internally.
+
+2012-08-01 02:26 +0000 [r370699] Kinsey Moore <kmoore at digium.com>
+
+ * /, utils/extconf.c: Revert alloca changes for utils These changes
+ were a tad overzealous in the utils directory. Unfortunately,
+ these don't compile with a "make". ........ Merged revisions
+ 370697 from http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ........ Merged revisions 370698 from
+ http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-07-31 22:28 +0000 [r370681-370691] Mark Michelson <mmichelson at digium.com>
+
+ * channels/chan_sip.c, configs/sip.conf.sample, CHANGES,
+ channels/sip/include/sip.h: Add headers from SIPAddHeader to
+ outbound REFER requests. This is a patch from kkm from review
+ board. This is useful for adding headers to REFER requests that
+ emanate from a Transfer() dialplan application call. This also
+ fixes some uses of the Referred-by header, removing an extra set
+ of angle brackets. I've modified the reporter's original patch to
+ not require any additions to the sip_refer header and to just
+ remove the referred_by_name from sip_refer since it is no longer
+ needed or used. (closes Issue ASTERISK-17639) reported by Kirill
+ Katsnelson Patches: 019059-sip-refer-addheaders-trunk-353549.diff
+ uploaded by Kirill Katsnelson (license #5845) Review:
+ https://reviewboard.asterisk.org/r/1159
+
+ * main/manager.c, configs/manager.conf.sample, CHANGES: Add
+ "setvar" option to manager.conf. With this option set, channel
+ variables can be set on every manager originate. The Variable
+ header can still be used to set additional channel variables for
+ individual calls if desired. This work was completed by Olle
+ Johansson on review board. I have applied the review feedback and
+ am committing it in order to get this into trunk before Asterisk
+ 11 is branched. Review: https://reviewboard.asterisk.org/r/1412
+
+2012-07-31 21:20 +0000 [r370677] Matthew Jordan <mjordan at digium.com>
+
+ * /, channels/chan_sip.c: Schedule pokes of registered SIP peers
+ within a given timespan after SIP reload With a large number of
+ SIP peers registered, performing a SIP reload causes a flood of
+ SIP OPTIONS request packets. These are immediately sent out, and,
+ as responses come back, can cause peers to be flagged as 'lagged'
+ due to handling of the many response messages. This fix prevents
+ this "packet storm" and schedules the pokes for a random time.
+ That time varies between 1 ms and the peer's qualify time, or, if
+ the qualify time is unknown, the global qualifyfreq setting. The
+ committed patch has some very small modifications to the patch
+ schmidts wrote for the review. (closes issue ASTERISK-19154)
+ Reported by: Nicolo Mazzon patches: issue19154.patch license
+ #6034 uploaded by schmidts Review:
+ https://reviewboard.asterisk.org/r/1652 ........ Merged revisions
+ 370666 from http://svn.asterisk.org/svn/asterisk/branches/1.8
+ ........ Merged revisions 370672 from
+ http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-07-31 20:33 +0000 [r370664] Russell Bryant <russell at russellbryant.com>
+
+ * main/event.c: Move event cache updates into event processing
+ thread. Prior to this patch, updating the device state cache was
+ done by the thread that originated the event. It would update the
+ cache and then queue the event up for another thread to dispatch.
+ This thread moves the cache updating part to be in the same
+ thread as event dispatching. I was working with someone on a
+ heavily loaded Asterisk system and while reviewing backtraces of
+ the system while it was having problems, I noticed that there
+ were a lot of threads contending for the lock on the event cache.
+ By simply moving this into a single thread, this helped
+ performance *a lot* and alleviated some deadlock-like symptoms.
+ Review: https://reviewboard.asterisk.org/r/2066/
+
+2012-07-31 20:21 +0000 [r370655] Kinsey Moore <kmoore at digium.com>
+
+ * /, main/say.c, main/threadstorage.c, funcs/func_strings.c,
+ channels/chan_iax2.c, main/config.c, channels/chan_dahdi.c,
+ pbx/pbx_spool.c, channels/sig_analog.c, main/strcompat.c,
+ main/features.c, pbx/pbx_ael.c, main/http.c, pbx/pbx_realtime.c,
+ channels/chan_alsa.c, channels/sig_ss7.c, main/db.c,
+ include/asterisk/utils.h, main/pbx.c, funcs/func_cut.c,
+ tests/test_linkedlists.c, funcs/func_channel.c, apps/app_macro.c,
+ apps/app_mixmonitor.c, main/asterisk.c, apps/app_voicemail.c,
+ addons/app_mysql.c, apps/app_meetme.c, apps/app_dictate.c,
+ main/utils.c, funcs/func_logic.c, cdr/cdr_pgsql.c,
+ channels/chan_gtalk.c, res/res_jabber.c,
+ res/res_http_websocket.c, res/ael/pval.c, main/channel.c,
+ main/manager.c, apps/app_osplookup.c, res/res_agi.c,
+ apps/app_minivm.c, main/logger.c, main/app.c,
+ addons/chan_mobile.c, apps/app_while.c, res/res_config_pgsql.c,
+ channels/chan_sip.c, apps/app_festival.c, pbx/pbx_lua.c,
+ channels/sig_pri.c, apps/app_getcpeid.c, funcs/func_global.c,
+ channels/chan_jingle.c, main/tcptls.c,
+ apps/app_directed_pickup.c, main/file.c, main/callerid.c,
+ apps/app_sms.c, main/astmm.c, main/event.c, pbx/pbx_dundi.c,
+ include/asterisk/strings.h, utils/extconf.c, main/dsp.c,
+ addons/res_config_mysql.c: Clean up and ensure proper usage of
+ alloca() This replaces all calls to alloca() with ast_alloca()
+ which calls gcc's __builtin_alloca() to avoid BSD semantics and
+ removes all NULL checks on memory allocated via ast_alloca() and
+ ast_strdupa(). (closes issue ASTERISK-20125) Review:
+ https://reviewboard.asterisk.org/r/2032/ ........ Merged
+ revisions 370642 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+ revisions 370643 from
+ http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-07-31 19:57 +0000 [r370644] Mark Michelson <mmichelson at digium.com>
+
+ * CHANGES, pbx/pbx_config.c: Add "dialplan remove context" and
+ modify "dialplan add include" From corruptor's review board
+ posting: "I've noticed that we can remove particular extension
+ from context with dialplan remove extension command but in order
+ to remove all extensions in the context we should delete them on
+ by one. I've created dialplan remove context command which uses
+ ast_context_destroy to destroy the whole context with all
+ extensions. I've created to functions for in pbx_config.c:
+ handle_cli_dialplan_remove_context which actually removes context
+ and complete_dialplan_remove_context which completes input. They
+ are based on other similar functions and pretty trivial but I can
+ be mistaken somewhere. "I've also modified dialplan add include
+ <context2> into <context1>. I've made it similar dialplan add
+ extension ... command. It creates <context1> if it doesn't exist
+ and I've also modified complete_dialplan_add_include and removed
+ check for existance of <context2> because we can include
+ non-existent context into another one. (I usually include empty
+ (non-existent) contexts in advance). Should we raise warning in
+ this case as it's raised while reading extensions.conf? "I use
+ those functions with AMI. I think manager commands should be
+ created in addition to those CLI commands." I've addressed the
+ latest comments on review board and have made some other coding
+ guidelines-related cleanup. I also have modified the CHANGES file
+ to mention these new commands. (closes issue ASTERISK-19292)
+ reported by Andrey Solovyev Patches: dialplan_add_include.patch
+ uploaded by Andrey Solovyev (license #5214)
+ dialplan_remove_context.patch uploaded by Andrey Solovyev
+ (license #5214) Review: https://reviewboard.asterisk.org/r/2042
+
+2012-07-31 19:10 +0000 [r370636] Kinsey Moore <kmoore at digium.com>
+
+ * channels/chan_sip.c, channels/sip/security_events.c,
+ channels/sip/include/sip.h: Clean up chan_sip This clean up was
+ broken out from https://reviewboard.asterisk.org/r/1976/ and
+ addresses the following: - struct sip_refer converted to use the
+ stringfields API. - sip_{refer|notify}_allocate ->
+ sip_{notify|refer}_alloc to match other *alloc functions. -
+ Replace get_msg_text, get_msg_text2 and get_pidf_body -> No, not
+ get_pidf_msg_text_body3 but get_content, to match add_content. -
+ get_body doesn't get the request body, renamed to
+ get_content_line. - get_body_by_line doesn't get the body line,
+ and is just a simple if test. Moved code inline and removed
+ function. - Remove camelCase in struct sip_peer peer state
+ variables, onHold -> onhold, inUse -> inuse, inRinging ->
+ ringing. - Remove camelCase in struct sip_request rlPart1 ->
+ rlpart1, rlPart2 -> rlpart2. - Rename instances of pvt->randdata
+ to pvt->nonce because that is what it is, no need to update
+ struct sip_pvt because _it already has a nonce field_. - Removed
+ struct sip_pvt randdata stringfield. - Remove useless (and
+ inconsistent) 'header' suffix on variables in
+ handle_request_subscribe. - Use ast_strdupa on Event header in
+ handle_request_subscribe to avoid overly complicated strncmp
+ calls to find the event package. - Move get_destination check in
+ handle_request_subscribe to avoid duplicate checking for packages
+ that don't need it. - Move extension state callback management in
+ handle_request_subscribe to avoid duplicate checking for packages
+ that don't need it. - Remove duplicate append_date prototype. -
+ Rename append_date -> add_date to match other add_xxx functions.
+ - Added add_expires helper function, removed code that manually
+ added expires header. - Remove _header suffix on
+ add_diversion_header (no other header adding functions have
+ this). - Don't pass req->debug to request handle_request_XXXXX
+ handlers if req is also being passed. - Don't pass req->ignore to
+ check_auth as req is already being passed. - Don't create a
+ subscription in handle_request_subscribe if p->expiry == 0. -
+ Don't walk of the back of referred_by_name when splitting string
+ in get_refer_info - Remove duplicate check for no dialog in
+ handle_incoming when sipmethod == SIP_REFER, handle_request_refer
+ checks for that. Review: https://reviewboard.asterisk.org/r/1993/
+ Patch-by: gareth
+
+2012-07-30 23:26 +0000 [r370565-370598] Richard Mudgett <rmudgett at digium.com>
+
+ * main/test.c: Tweak unit test warning message.
+
+ * funcs/func_presencestate.c, main/test.c: Fix some presence-state
+ unit test typos.
+
+ * apps/app_confbridge.c: DECLINE to load confbridge if the config
+ fails to load.
+
+ * channels/chan_misdn.c, /: Release B channel allocation on error
+ path in chan_misdn. ........ Merged revisions 370563 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+ revisions 370564 from
+ http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-07-30 14:52 +0000 [r370548] Jonathan Rose <jrose at digium.com>
+
+ * /, apps/app_meetme.c: app_meetme: Change app_meetme support level
+ to extended from deprecated (closes issue ASTERISK-20134)
+ Reported by: Leif Madsen ........ Merged revisions 370547 from
+ http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-07-30 13:45 +0000 [r370534-370541] Russell Bryant <russell at russellbryant.com>
+
+ * tests/test_event.c: Fix ast_event_new unit test. One of my recent
+ commits broke this test. The error was:
+ [test_event.c:event_new_test:214]: Events expected to be
+ identical have different size: 69 != 59 The difference in size
+ occurred because the first event had the EID IE added to the
+ event twice. ast_event_new() now always adds it automatically.
+ Previously it only added it if there were no IEs specified, which
+ was kind of weird.
+
+ * include/asterisk/event_defs.h, res/res_corosync.c, main/event.c:
+ Add a "corosync ping" CLI command. This patch adds a new CLI
+ command to the res_corosync module. It is primarily used as a
+ debugging tool. It lets you fire off an event which will cause
+ res_corosync on other nodes in the cluster to place messages into
+ the logger if everything is working ok. It verifies that the
+ corosync communication is working as expected. I didn't put
+ anything in the CHANGES file for this, because this module is new
+ in Asterisk 11. There is already a generic "res_corosync new
+ module" entry in there so I figure that covers it just fine.
+
+ * addons/app_mysql.c, CHANGES: Allow specifying a port number for
+ the MySQL server. This patch allows you to specify a port number
+ for the MySQL server. It's useful if a MySQL server is running on
+ a non-standard port. Even though this module is deprecated in
+ favor of func_odbc, someone asked for this feature and it seems
+ pretty harmless to add. It has been tested using a number of
+ combinations of with/without a port number specified in the
+ dialplan and changing the port number for mysqld.
+
+2012-07-26 15:31 +0000 [r370510-370518] Jonathan Rose <jrose at digium.com>
+
+ * channels/chan_sip.c, CHANGES: chan_sip: Add SIPpeerstatus command
+ to AMI This patch was submitted by mnicholson a while back. It
+ adds a new AMI action which allows users to request SIP peer
+ status on demand similar to existing PeerStatus events and to the
+ output you would see from CLI with sip show peer Review:
+ https://reviewboard.asterisk.org/r/1098/
+
+ * /, res/res_agi.c: res_agi: Add message indicating need for \n
+ character in verbose message The while loop responsible for
+ reading AGI messages from a fastAGI service can end up looping
+ indefinitely when an AGI script fails to indicate the end of a
+ message with a \n character. This patch adds an indication that
+ we are expecting a \n character to end the message to make it
+ more clear to users that this is necessary if they are receiving
+ this warning over and over. (issue ASTERISK-20061) Reported by:
+ Eike Kuiper ........ Merged revisions 370494 from
+ http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged
+ revisions 370495 from
+ http://svn.asterisk.org/svn/asterisk/branches/10
+
+2012-07-25 14:27 +0000 [r370481-370488] Kevin P. Fleming <kpfleming at digium.com>
+
+ * main/Makefile: Repair editline builds using in-tree editline
+ sources. The previous change to the build system for using a
+ system-provided editline library was missing a crucial include
[... 17812 lines stripped ...]
More information about the asterisk-commits
mailing list