[asterisk-commits] kharwell: branch kharwell/pimp_sip_state r391883 - in /team/kharwell/pimp_sip...
SVN commits to the Asterisk project
asterisk-commits at lists.digium.com
Fri Jun 14 14:27:37 CDT 2013
Author: kharwell
Date: Fri Jun 14 14:27:12 2013
New Revision: 391883
URL: http://svnview.digium.com/svn/asterisk?view=rev&rev=391883
Log:
Multiple revisions 390444,390479,390515,390543,390573,390589,390617,390643,390676,390707,390756,390773,390790,390806,390832,390851,390869,390888,390905,390922,390942,390959,390983,390993,391014,391031,391042,391067,391114,391160,391192-391193,391201,391255,391270,391274,391299,391318,391337,391384,391408,391434,391458,391482,391527,391564,391601,391625,391649,391679,391706,391736,391781,391834
........
r390444 | root | 2013-06-04 18:18:16 -0500 (Tue, 04 Jun 2013) | 14 lines
Multiple revisions 390439-390440
........
r390439 | rmudgett | 2013-06-04 17:51:04 -0500 (Tue, 04 Jun 2013) | 1 line
Simple lock, assignment, unlock sandwich optimization.
........
r390440 | rmudgett | 2013-06-04 17:55:46 -0500 (Tue, 04 Jun 2013) | 1 line
Add BUGBUG comment.
........
Merged revisions 390439-390440 from file:///srv/subversion/repos/asterisk/trunk
........
r390479 | root | 2013-06-05 10:18:22 -0500 (Wed, 05 Jun 2013) | 25 lines
Multiple revisions 390472-390473
........
r390472 | dlee | 2013-06-05 09:47:30 -0500 (Wed, 05 Jun 2013) | 12 lines
Fixed a consistency problem with channel snapshot and endpoint state.
When channels are added to an endpoint, the code originally posted a channel
snapshot to the endoint's topic directly. Turns out, this is a bad idea.
This causes the endpoint to see an inconsistent view of the channel, since it
will later receive in-flight messages with old channel snapshots.
This patch instead just publishes channel state immediately after setting up
the forward to the endpoint's topic. This gives the endpoints a consistent
view of the channel's state.
........
r390473 | file | 2013-06-05 09:50:46 -0500 (Wed, 05 Jun 2013) | 3 lines
Publish the channel state snapshot *before* calling device state so a device state producer can use
an up to date snapshot.
........
Merged revisions 390472-390473 from file:///srv/subversion/repos/asterisk/trunk
........
r390515 | root | 2013-06-05 13:18:09 -0500 (Wed, 05 Jun 2013) | 9 lines
Change the remove_on_pull flag on ast_bridge_hook to be a set of flags.
This change is used to make bridge hook removal more generic. This way,
depending on the circumstance, the appropriate bridge hooks may be
removed.
........
Merged revisions 390510 from file:///srv/subversion/repos/asterisk/trunk
........
r390543 | root | 2013-06-05 14:18:09 -0500 (Wed, 05 Jun 2013) | 5 lines
Give the AST_BRIDGE_HOOK_REMOVE_ON_PULL a legitimate value.
........
Merged revisions 390525 from file:///srv/subversion/repos/asterisk/trunk
........
r390573 | root | 2013-06-05 15:18:14 -0500 (Wed, 05 Jun 2013) | 5 lines
Remove remaining traces of remove_on_pull from hooks and hook APIs.
........
Merged revisions 390550 from file:///srv/subversion/repos/asterisk/trunk
........
r390589 | root | 2013-06-05 16:18:10 -0500 (Wed, 05 Jun 2013) | 22 lines
Multiple revisions 390584-390585
........
r390584 | dlee | 2013-06-05 16:14:03 -0500 (Wed, 05 Jun 2013) | 10 lines
Fixed refcounting problems with chanspy AMI support.
The ast_multi_channel_blob_get_channel function does not bump the refcount on
the channel snapshot that it returns. This is typical for Stasis message
payloads, since being immutable means that the object won't get unreffed out
from underneath you.
The manager code for chanspy was unreffing the snapshots it got out of the
multi-channel blob, which was one unref too many.
........
r390585 | dlee | 2013-06-05 16:14:46 -0500 (Wed, 05 Jun 2013) | 1 line
Corrected comment on stasis_cache_get
........
Merged revisions 390584-390585 from file:///srv/subversion/repos/asterisk/trunk
........
r390617 | root | 2013-06-05 19:18:10 -0500 (Wed, 05 Jun 2013) | 20 lines
Multiple revisions 390612-390613
........
r390612 | rmudgett | 2013-06-05 18:29:43 -0500 (Wed, 05 Jun 2013) | 1 line
Make local channels use ast_channel_move() instead of the inlined version.
........
r390613 | rmudgett | 2013-06-05 19:16:23 -0500 (Wed, 05 Jun 2013) | 8 lines
Misc core external attended transfer fixes.
* Fix external attended transfer bridge move/swap method. One of the
transferrer channels was not kicked out of the bridge.
* Fix several off-nominal extended attended transfer paths. Mainly the
channels involved needed to be hung up or kicked out of the bridge.
........
Merged revisions 390612-390613 from file:///srv/subversion/repos/asterisk/trunk
........
r390643 | root | 2013-06-05 21:18:14 -0500 (Wed, 05 Jun 2013) | 5 lines
Add a BUGBUG note.
........
Merged revisions 390639 from file:///srv/subversion/repos/asterisk/trunk
........
r390676 | root | 2013-06-06 14:18:22 -0500 (Thu, 06 Jun 2013) | 5 lines
Parking: Enable code responsible for intercepting park exten transfers
........
Merged revisions 390669 from file:///srv/subversion/repos/asterisk/trunk
........
r390707 | root | 2013-06-06 15:18:14 -0500 (Thu, 06 Jun 2013) | 1 line
automerge cancel
........
r390756 | mmichelson | 2013-06-06 17:04:00 -0500 (Thu, 06 Jun 2013) | 3 lines
Reset the automerge property.
........
r390773 | root | 2013-06-06 18:17:47 -0500 (Thu, 06 Jun 2013) | 33 lines
Reimplement bridging and DTMF features related channel variables in the bridging core.
* The channel variable ATTENDED_TRANSFER_COMPLETE_SOUND is no longer
channel driver specific. If the channel variable is set on the
transferrer channel, the sound will be played to the target of an attended
transfer.
* The channel variable BRIDGEPEER becomes a comma separated list of peers
in a multi-party bridge. The BRIDGEPEER value can have a maximum of 10
peers listed. Any more peers in the bridge will not be included in the
list. BRIDGEPEER is not valid in holding bridges like parking since those
channels do not talk to each other even though they are in a bridge.
* The channel variable BRIDGEPVTCALLID is only valid for two party bridges
and will contain a value if the BRIDGEPEER's channel driver supports it.
* The channel variable DYNAMIC_PEERNAME is redundant with BRIDGEPEER and
is removed. The more useful DYNAMIC_WHO_ACTIVATED gives the channel name
that activated the dynamic feature.
* The channel variables DYNAMIC_FEATURENAME and DYNAMIC_WHO_ACTIVATED are
set only on the channel executing the dynamic feature. Executing a
dynamic feature on the bridge peer in a multi-party bridge will execute it
on all peers of the activating channel.
(closes issue ASTERISK-21555)
Reported by: Matt Jordan
Review: https://reviewboard.asterisk.org/r/2582/
........
Merged revisions 390771 from file:///srv/subversion/repos/asterisk/trunk
........
r390790 | root | 2013-06-06 19:17:38 -0500 (Thu, 06 Jun 2013) | 10 lines
Conditionally reject duplicate entries in applicationmap containers.
When reading from a config file, it's important to reject duplicates. Otherwise,
featuregroups will have ambiguity when pointing to applicationmap items. However,
when constructing the channel's current applicationmap, we don't care about duplicate
names since it's the DTMF that identifies a feature, not the name.
........
Merged revisions 390787 from file:///srv/subversion/repos/asterisk/trunk
........
r390806 | root | 2013-06-06 20:17:45 -0500 (Thu, 06 Jun 2013) | 28 lines
Multiple revisions 390803-390804
........
r390803 | rmudgett | 2013-06-06 19:33:20 -0500 (Thu, 06 Jun 2013) | 8 lines
Tweak applicationmap and featuregroup config containers.
* Change applicationmap and featuregroup to replace duplicate config items
rather than reject them.
* Remove some unneeded warning messages when getting the applicationmap
allows duplicates from DYNAMIC_FEATURES.
........
r390804 | rmudgett | 2013-06-06 20:06:49 -0500 (Thu, 06 Jun 2013) | 10 lines
Refactor chan_dahdi/sig_analog/sig_pri and chan_misdn to use the common transfer functions.
(closes issue ASTERISK-21523)
Reported by: Matt Jordan
(closes issue ASTERISK-21524)
Reported by: Matt Jordan
Review: https://reviewboard.asterisk.org/r/2600/
........
Merged revisions 390803-390804 from file:///srv/subversion/repos/asterisk/trunk
........
r390832 | root | 2013-06-07 08:18:24 -0500 (Fri, 07 Jun 2013) | 19 lines
Rework stasis cache clear events
Stasis cache clear message payloads now consist of a stasis_message
representative of the message to be cleared from the cache. This allows
multiple parallel caches to coexist and be cleared properly by the same
cache clear message even when keyed on different fields.
This change fixes a bug where multiple cache clears could be posted for
channels. The cache clear is now produced in the destructor instead of
ast_hangup.
Additionally, dummy channels are no longer capable of producing channel
snapshots.
Review: https://reviewboard.asterisk.org/r/2596
........
Merged revisions 390830 from file:///srv/subversion/repos/asterisk/trunk
........
r390851 | root | 2013-06-07 11:17:48 -0500 (Fri, 07 Jun 2013) | 22 lines
Multiple revisions 390848-390849
........
r390848 | jrose | 2013-06-07 10:54:26 -0500 (Fri, 07 Jun 2013) | 6 lines
app_meetme: Refactor manager events to use stasis
(closes issue ASTERISK-21467)
Reported by: Matt Jordan
Review: https://reviewboard.asterisk.org/r/2564/
........
r390849 | jrose | 2013-06-07 11:07:18 -0500 (Fri, 07 Jun 2013) | 6 lines
res_parking: Automatically generate extensions, hints, etc.
(closes issue ASTERISK-21645)
Reported by: Matt Jordan
Review: https://reviewboard.asterisk.org/r/2545/
........
Merged revisions 390848-390849 from file:///srv/subversion/repos/asterisk/trunk
........
r390869 | root | 2013-06-07 12:17:37 -0500 (Fri, 07 Jun 2013) | 5 lines
Ensure that all unit tests compile with the cache clear rework in place
........
Merged revisions 390864 from file:///srv/subversion/repos/asterisk/trunk
........
r390888 | root | 2013-06-07 14:17:42 -0500 (Fri, 07 Jun 2013) | 8 lines
Implement ARI POST to /channels, to originate a call.
(closes issue ASTERISK-21617)
Review: https://reviewboard.asterisk.org/r/2597/
........
Merged revisions 390885 from file:///srv/subversion/repos/asterisk/trunk
........
r390905 | root | 2013-06-07 15:17:50 -0500 (Fri, 07 Jun 2013) | 11 lines
Make app_queue AMI events more consistent. Give Join/Leave more useful names.
This also removes the eventwhencalled and eventmemberstatus configuration
options. These events can just be filtered via manager.conf blacklists.
(closes issue ASTERISK-21469)
Review: https://reviewboard.asterisk.org/r/2586/
........
Merged revisions 390901 from file:///srv/subversion/repos/asterisk/trunk
........
r390922 | root | 2013-06-07 16:17:42 -0500 (Fri, 07 Jun 2013) | 9 lines
res_parking: Add parking_devicestate.c left out from previous commit
(issue ASTERISK-21645)
Reported by: Matt Jordan
Review: https://reviewboard.asterisk.org/r/2545/
........
Merged revisions 390920 from file:///srv/subversion/repos/asterisk/trunk
........
r390942 | root | 2013-06-07 20:17:38 -0500 (Fri, 07 Jun 2013) | 5 lines
Add some bridge identifiers to some softmix messages.
........
Merged revisions 390940 from file:///srv/subversion/repos/asterisk/trunk
........
r390959 | root | 2013-06-07 21:17:38 -0500 (Fri, 07 Jun 2013) | 14 lines
Multiple revisions 390956-390957
........
r390956 | rmudgett | 2013-06-07 21:10:47 -0500 (Fri, 07 Jun 2013) | 1 line
The bridge uniqueid is available for softmix destructor.
........
r390957 | rmudgett | 2013-06-07 21:13:58 -0500 (Fri, 07 Jun 2013) | 1 line
Update some doxygen comments.
........
Merged revisions 390956-390957 from file:///srv/subversion/repos/asterisk/trunk
........
r390983 | root | 2013-06-08 01:17:37 -0500 (Sat, 08 Jun 2013) | 22 lines
Fix a crash when a bridge switches from the softmix bridge technology to another.
A three party bridge uses the softmix bridging technology. This
technology has a dedicated thread used to perform the analog mixing. When
one of these parties leaves the bridge, the bridge technology is changed
from the softmix technology to a two-party mixing technology. Changing
technologies is done by removing channels from the old technology and
adding them to the new technology. Since the remaining channels do not
leave the bridge, the softmix mixing thread could continue to process all
channels in the bridge. If the bridge code is not able to start
destruction of the softmix technology before the softmix mixing thread
wakes up, a crash happens.
* Added a stop technology callback that technologies can use to request
any helper threads to stop in preparation for being destroyed.
(closes issue AST-1156)
Reported by: John Bigelow
........
Merged revisions 390975 from file:///srv/subversion/repos/asterisk/trunk
........
r390993 | root | 2013-06-08 02:17:37 -0500 (Sat, 08 Jun 2013) | 11 lines
Add more support for native bridging.
* Added a start technology callback that technologies can use to start
bridging operations. It is expected that native bridges will find this
useful.
* Factored out bridge_channel_complete_join().
........
Merged revisions 390991 from file:///srv/subversion/repos/asterisk/trunk
........
r391014 | root | 2013-06-08 17:17:53 -0500 (Sat, 08 Jun 2013) | 18 lines
Add backtrace generation to MALLOC_DEBUG memory corruption reports
This patch allows astmm to access the backtrace generation code in Asterisk.
When memory is allocated, a backtrace is created and stored with the memory
region that tracks the allocation. If a memory corruption is detected, the
backtrace is printed to the astmm log. The backtrace will make use of the
BETTER_BACKTRACES build option if available.
As a result, this patch moves the backtrace generation code into its own file
and uses the non-wrapped versions of the C library memory allocation routines.
This allows the memory allocation code to safely use the backtrace generation
routines without infinitely recursing.
Review: https://reviewboard.asterisk.org/r/2567
........
Merged revisions 391012 from file:///srv/subversion/repos/asterisk/trunk
........
r391031 | root | 2013-06-08 18:17:38 -0500 (Sat, 08 Jun 2013) | 9 lines
Only initialize manager_bridging during startup
This moves the initialization call behind the protection against
reloads. We don't want to re-add message router routes during
reloads.
........
Merged revisions 391016 from file:///srv/subversion/repos/asterisk/trunk
........
r391042 | root | 2013-06-09 16:18:14 -0500 (Sun, 09 Jun 2013) | 9 lines
Clean up MWI topic pool before message type destruction
Topics need to be disposed of prior to the message types that are published
on them. This includes topic pools. This prevents an assertion from being
raised on shutdown.
........
Merged revisions 391040 from file:///srv/subversion/repos/asterisk/trunk
........
r391067 | root | 2013-06-10 03:17:49 -0500 (Mon, 10 Jun 2013) | 30 lines
IAX2: fix race condition with nativebridge transfers.
1). When touching the bridgecallno, we need to lock it.
2). stop_stuff() which calls iax2_destroy_helper()
Assumes the lock on the pvt is already held, when iax2_destroy_helper() is called.
Thus we need to lock the bridgecallno pvt before we call stop_stuff(iaxs[fr->callno]->bridgecallno);
3). When evaluating the state of 'callno->transferring' of the current leg,
we can't change it to READY unless the bridgecallno is locked.
Why, if we are interrupted by the other call leg before 'transferring = TRANSFER_RELEASED',
the interrupt will find that it is READY and that the bridgecallno is also READY so Releases the legs.
(closes issue ASTERISK-21409)
Reported by: alecdavis
Tested by: alecdavis
alecdavis (license 585)
Review https://reviewboard.asterisk.org/r/2594/
........
Merged revisions 391062 from http://svn.asterisk.org/svn/asterisk/branches/1.8
........
Merged revisions 391063 from http://svn.asterisk.org/svn/asterisk/branches/11
........
Merged revisions 391064 from file:///srv/subversion/repos/asterisk/trunk
........
r391114 | root | 2013-06-10 04:18:44 -0500 (Mon, 10 Jun 2013) | 36 lines
Multiple revisions 391102,391112
........
r391102 | alecdavis | 2013-06-10 03:30:31 -0500 (Mon, 10 Jun 2013) | 18 lines
IAX2: refactor nativebridge transfer
remove triple checking of iaxs[fr->callno]->transferring
reduce indentation.
Reported by: alecdavis
Tested by: alecdavis
alecdavis (license 585)
Review https://reviewboard.asterisk.org/r/2602/
........
Merged revisions 391065 from http://svn.asterisk.org/svn/asterisk/branches/1.8
........
Merged revisions 391084 from http://svn.asterisk.org/svn/asterisk/branches/11
........
r391112 | alecdavis | 2013-06-10 03:38:03 -0500 (Mon, 10 Jun 2013) | 8 lines
fix bad edit after conflict resolution
........
Merged revisions 391107 from http://svn.asterisk.org/svn/asterisk/branches/1.8
........
Merged revisions 391111 from http://svn.asterisk.org/svn/asterisk/branches/11
........
Merged revisions 391102,391112 from file:///srv/subversion/repos/asterisk/trunk
........
r391160 | root | 2013-06-10 05:18:33 -0500 (Mon, 10 Jun 2013) | 11 lines
chan_iax2: nativebridge refactor, missed unlock bridgecallno
........
Merged revisions 391143 from http://svn.asterisk.org/svn/asterisk/branches/1.8
........
Merged revisions 391148 from http://svn.asterisk.org/svn/asterisk/branches/11
........
Merged revisions 391154 from file:///srv/subversion/repos/asterisk/trunk
........
r391192 | file | 2013-06-10 06:59:51 -0500 (Mon, 10 Jun 2013) | 6 lines
Add security events to chan_pjsip.
(closes issue ASTERISK-21460)
Review: https://reviewboard.asterisk.org/r/2590/
........
r391193 | file | 2013-06-10 07:02:42 -0500 (Mon, 10 Jun 2013) | 6 lines
Add mid-call connected line update support.
(closes issue ASTERISK-21258)
Review: https://reviewboard.asterisk.org/r/2570/
........
r391201 | root | 2013-06-10 08:17:47 -0500 (Mon, 10 Jun 2013) | 26 lines
Stasis-HTTP: Flesh out bridge-related capabilities
This adds support for Stasis applications to receive bridge-related
messages when the application shows interest in a given bridge.
To supplement this work and test it, this also adds support for the
following bridge-related Stasis-HTTP functionality:
* GET stasis/bridges
* GET stasis/bridges/{bridgeId}
* POST stasis/bridges
* DELETE stasis/bridges/{bridgeId}
* POST stasis/bridges/{bridgeId}/addChannel
* POST stasis/bridges/{bridgeId}/removeChannel
Review: https://reviewboard.asterisk.org/r/2572/
(closes issue ASTERISK-21711)
(closes issue ASTERISK-21621)
(closes issue ASTERISK-21622)
(closes issue ASTERISK-21623)
(closes issue ASTERISK-21624)
(closes issue ASTERISK-21625)
(closes issue ASTERISK-21626)
........
Merged revisions 391199 from file:///srv/subversion/repos/asterisk/trunk
........
r391255 | root | 2013-06-10 10:17:41 -0500 (Mon, 10 Jun 2013) | 29 lines
Add announce-to-first-user option for app_queue
In r386792, the ability to play prompts to the first caller in a call queue was
added. While this is arguably a bug fix for those who expect the first caller
to continue receiving prompts while the agent is dialed, it has the side effect
of preventing the first caller from hearing the agent immediately upon
bridging. This may not be a problem for those who really want this option, but
for those who didn't care whether or not the first caller in queue heard their
position, it was an issue.
This patch disables the ability for the first caller in the queue to hear
prompts and adds a new option, announce-to-first-user, to queues.conf. Those
who the behavior can enable it by setting this value to True.
Note that if we ever implement the ability to have the prompts be stopped
upon bridging, this option can be removed.
(closes issue ASTERISK-21782)
Reported by: Remi Quezada
........
Merged revisions 391215 from http://svn.asterisk.org/svn/asterisk/branches/1.8
........
Merged revisions 391241 from http://svn.asterisk.org/svn/asterisk/branches/11
........
Merged revisions 391245 from file:///srv/subversion/repos/asterisk/trunk
........
r391270 | mmichelson | 2013-06-10 10:48:15 -0500 (Mon, 10 Jun 2013) | 3 lines
Get SIP INFO-initiated recording to use features configuration API.
........
r391274 | root | 2013-06-10 11:17:38 -0500 (Mon, 10 Jun 2013) | 39 lines
Multiple revisions 391269,391271
........
r391269 | mmichelson | 2013-06-10 10:32:02 -0500 (Mon, 10 Jun 2013) | 22 lines
Temporary fix for people using sample features.conf from previous Asterisk versions.
People who use the features.conf.sample file from Asterisk 11 and before in trunk were
given a rude awakening when features configuration changes were made. Because it uses the
config framework and the config framework is strict about what is accepted and what isn't,
people that had parking options configured found that Asterisk no longer started. This is
because parking options are currently handled in res_parking.conf instead of features.conf.
This fix seeks to create a temporary band-aid fix for the problem, but having parking options
from the general section be passed to a handler that will simply print that the option is no
longer supported. This will not cause Asterisk to exit.
The fix only applies to options in the general section. There are two main reasons for this:
1) The sample features.conf file only has parking options in the general section. There are no
configured parking lots. Therefore it's not quite as "urgent" to get the parking lot parsing
fixed.
2) The plan is to move parking configuration back from res_parking.conf to features.conf. When
that happens, the parking lots will also be addressed at that time.
........
r391271 | kmoore | 2013-06-10 11:03:51 -0500 (Mon, 10 Jun 2013) | 8 lines
Add AGI command arguments to AsyncAGI event
This makes the AGI AsyncAGI event put provided AGI command arguments in
the event's environment.
(closes issue ASTERISK-21304)
Patch-By: Dirk Wendland
........
Merged revisions 391269,391271 from file:///srv/subversion/repos/asterisk/trunk
........
r391299 | root | 2013-06-10 16:17:47 -0500 (Mon, 10 Jun 2013) | 11 lines
Change chan_skinny to use core transfer API.
Changes for both attended and blind transfers in chan_skinny to use the new transfer API instead of masquerade.
(closes issue ASTERISK-21526)
Reported by: Matt Jordan
Review: https://reviewboard.asterisk.org/r/2557/
........
Merged revisions 391297 from file:///srv/subversion/repos/asterisk/trunk
........
r391318 | root | 2013-06-10 18:17:39 -0500 (Mon, 10 Jun 2013) | 10 lines
Make the reload stasis message bump the ref count of its sub-object
JSON objects are reference stealing. Hence, if you've RAII_VAR'd some
subobject and want to pack it into another JSON object, you have to bump
the reference count. Using the 'O' option during the pack will bump the
reference count for you.
........
Merged revisions 391314 from file:///srv/subversion/repos/asterisk/trunk
........
r391337 | root | 2013-06-11 03:17:39 -0500 (Tue, 11 Jun 2013) | 25 lines
IAX2: Transfer Reject: Lock bridgecallno before touching it, refactor
1). When touching the bridgecallno, we need to lock it.
2). Remove magic number '0' and replace with TRANSFER_NONE.
3). Exit early if no bridgecallno.
4). Reduce indentation.
Reported by: alecdavis
Tested by: alecdavis
alecdavis (license 585)
Review https://reviewboard.asterisk.org/r/2613/
........
Merged revisions 391333 from http://svn.asterisk.org/svn/asterisk/branches/1.8
........
Merged revisions 391334 from http://svn.asterisk.org/svn/asterisk/branches/11
........
Merged revisions 391335 from file:///srv/subversion/repos/asterisk/trunk
........
r391384 | root | 2013-06-11 06:18:00 -0500 (Tue, 11 Jun 2013) | 11 lines
Fix issue with no sound in both way in case of previous call to chan_unistim phone was canceled.
(related to ASTERISK-20183)
........
Merged revisions 391379 from http://svn.asterisk.org/svn/asterisk/branches/11
........
Merged revisions 391380 from file:///srv/subversion/repos/asterisk/trunk
........
r391408 | root | 2013-06-11 11:18:08 -0500 (Tue, 11 Jun 2013) | 18 lines
Add vtable and methods for to_json and to_ami for Stasis messages
When a Stasis message type is defined in a loadable module, handling
those messages for AMI and res_stasis events can be cumbersome.
This patch adds a vtable to stasis_message_type, with to_ami and
to_json virtual functions. These allow messages to be handled
abstractly without putting module-specific code in core.
As an example, the VarSet AMI event was refactored to use the to_ami
virtual function.
(closes issue ASTERISK-21817)
Review: https://reviewboard.asterisk.org/r/2579/
........
Merged revisions 391403 from file:///srv/subversion/repos/asterisk/trunk
........
r391434 | root | 2013-06-11 15:17:55 -0500 (Tue, 11 Jun 2013) | 12 lines
bridge_native_rtp: Fix possible segfaults on leaves/joins
native_rtp_bridge_get can return any result from the ast_rtp_glue_result
enumerator and the join/leave functions for bridge_native_rtp seem to assume
that if the result wasn't local that it was remote. Meanwhile forbid can be
returned by that function which can mean certain glue pointers are NULL. Then
when the join/leave functions try to use members of that pointer, boom.
Segfault.
........
Merged revisions 391430 from file:///srv/subversion/repos/asterisk/trunk
........
r391458 | root | 2013-06-11 18:17:59 -0500 (Tue, 11 Jun 2013) | 24 lines
Multiple revisions 391453,391455
........
r391453 | jrose | 2013-06-11 17:21:36 -0500 (Tue, 11 Jun 2013) | 12 lines
bridge_native_rtp: Fix native bridge tech being incompatible when it should be.
When checking compatability for the native RTP bridge technology there is a
race condition between clearing framehooks that are destroyed when leaving
certain bridges with certain technologies (such as bridge_native_rtp) and
joining bridges with the bridge_native_rtp technology. Yes, that means a
channel in a native RTP bridge could move to another native RTP bridge and
be considered incompatible with the new native RTP bridge causing it to
revert to a simple bridge technology0. This fixes that bug by ignoring
framehooks that have been marked for destruction when checking for
compatibility with the bridge_native_rtp technology.
........
r391455 | mmichelson | 2013-06-11 17:57:09 -0500 (Tue, 11 Jun 2013) | 3 lines
Remove incorrect comment about local channel optimization occurring when performing an attended transfer on an entire bridge.
........
Merged revisions 391453,391455 from file:///srv/subversion/repos/asterisk/trunk
........
r391482 | root | 2013-06-11 21:18:00 -0500 (Tue, 11 Jun 2013) | 15 lines
Fix memory leaks in stasis_channels and bridge_native_rtp
This patch fixes two memory leaks:
* A memory leak in packing channels into a multi-channel blob payload when
publishing dial messages. The multi-channel blob payload does not steal
the references - this approach was chosen because it works well with the
RAII_VAR macro. Unfortunately, this does mean that you actually have to use
the RAII_VAR macro (or manually deref it yourself)
* RTP instances returned as a result of one of the glue operations are ref
counted and have to be de-ref'd appropriately. We now do that, as saying
that we should do it and then not would be silly.
........
Merged revisions 391479 from file:///srv/subversion/repos/asterisk/trunk
........
r391527 | root | 2013-06-11 22:17:53 -0500 (Tue, 11 Jun 2013) | 23 lines
Fix memory leak while loading modules, adding formats, and destroying endpoints
This patch fixes three memory leaks
* When we load a module with the LOAD_PRIORITY flag, we remove its entry from
the load order list. Unfortunately, we don't free the memory associated with
entry in the list. This patch corrects that and properly frees the memory
for the module in the list.
* When adding a custom format (such as SILK or CELT), the routine for adding
the format was leaking a reference. RAII_VAR cleans this up properly.
* We now de-ref the channel_snapshot appropriately when an endpoint is
disposed of
........
Merged revisions 391489 from http://svn.asterisk.org/svn/asterisk/branches/1.8
........
Merged revisions 391507 from http://svn.asterisk.org/svn/asterisk/branches/11
........
Merged revisions 391521 from file:///srv/subversion/repos/asterisk/trunk
........
r391564 | root | 2013-06-12 16:18:00 -0500 (Wed, 12 Jun 2013) | 22 lines
Fix segfault for certain invalid WebSocket input.
The WebSocket code would allocate, on the stack, a string large enough
to hold a key provided by the client, and the WEBSOCKET_GUID. If the key
is NULL, this causes a segfault. If the key is too large, it could
overflow the stack.
This patch checks the key for NULL and checks the length of the key to
avoid stack smashing nastiness.
(closes issue ASTERISK-21825)
Reported by: Alfred Farrugia
Tested by: Alfred Farrugia, David M. Lee
Patches:
issueA21825_check_if_key_is_sent.patch uploaded by Walter Doekes (license 5674)
........
Merged revisions 391560 from http://svn.asterisk.org/svn/asterisk/branches/11
........
Merged revisions 391561 from file:///srv/subversion/repos/asterisk/trunk
........
r391601 | root | 2013-06-13 06:18:36 -0500 (Thu, 13 Jun 2013) | 9 lines
Add support for requiring that all queued messages on a caching topic have been handled before
retrieving from the cache and also change adding channels to an endpoint to be an immediate
operation.
Review: https://reviewboard.asterisk.org/r/2599/
........
Merged revisions 391596 from file:///srv/subversion/repos/asterisk/trunk
........
r391625 | root | 2013-06-13 08:18:02 -0500 (Thu, 13 Jun 2013) | 25 lines
Refactor CEL channel events on top of Stasis-Core
This uses the channel state change events from Stasis-Core to determine
when channel-related CEL events should be raised. Those refactored in
this patch are:
* AST_CEL_CHANNEL_START
* AST_CEL_ANSWER
* AST_CEL_APP_START
* AST_CEL_APP_END
* AST_CEL_HANGUP
* AST_CEL_CHANNEL_END
Retirement of Linked IDs is also refactored.
CEL configuration has been refactored to use the config framework.
Note: Some HANGUP events are not generated correctly because the bridge
layer does not propagate hangupcause/hangupsource information yet.
Review: https://reviewboard.asterisk.org/r/2544/
(closes issue ASTERISK-21563)
........
Merged revisions 391622 from file:///srv/subversion/repos/asterisk/trunk
........
r391649 | root | 2013-06-13 09:18:05 -0500 (Thu, 13 Jun 2013) | 20 lines
Refactor CEL bridge events on top of Stasis-Core
This pulls bridge-related CEL event triggers out of the code in which
they were residing and pulls them into cel.c where they are now
triggered by changes in bridge snapshots. To get access to the
Stasis-Core parking topic in cel.c, the Stasis-Core portions of parking
init have been pulled into core Asterisk init.
This also adds a new CEL event (AST_CEL_BRIDGE_TO_CONF) that indicates
a two-party bridge has transitioned to a multi-party conference. The
reverse cannot occur in CEL terms even though it may occur in actuality
and two party bridges which receive a AST_CEL_BRIDGE_TO_CONF will be
treated as multi-party conferences for the duration of the bridge.
Review: https://reviewboard.asterisk.org/r/2563/
(closes issue ASTERISK-21564)
........
Merged revisions 391643 from file:///srv/subversion/repos/asterisk/trunk
........
r391679 | root | 2013-06-13 13:17:55 -0500 (Thu, 13 Jun 2013) | 26 lines
Multiple revisions 391675-391676
........
r391675 | mjordan | 2013-06-13 13:14:38 -0500 (Thu, 13 Jun 2013) | 8 lines
Blow away usage of libjansson's foreach macro
While very handy, this macro didn't occur until a later version of libjansson.
We'd prefer to be compatible with older versions still - as such, iteration
over key/value pairs in a JSON object have to be done with a little bit more
manual work.
........
r391676 | mmichelson | 2013-06-13 13:17:13 -0500 (Thu, 13 Jun 2013) | 10 lines
Fix memory leak in features_config.c
The options should not be registered multiple times. Instead, the configuration just needs
to be reprocessed by the config framework. This also exposed that we were not properly telling
the config framework to treat the configuration processing with the "reload" semantics when
a reload occurred. Both of these errors are fixed now.
Thanks to Richard Mudgett for discovering the leak.
........
Merged revisions 391675-391676 from file:///srv/subversion/repos/asterisk/trunk
........
r391706 | root | 2013-06-13 14:17:54 -0500 (Thu, 13 Jun 2013) | 25 lines
Multiple revisions 391689,391699,391701
........
r391689 | kmoore | 2013-06-13 13:20:31 -0500 (Thu, 13 Jun 2013) | 1 line
Ensure that Asterisk still starts up when cel.conf is missing
........
r391699 | mmichelson | 2013-06-13 13:26:25 -0500 (Thu, 13 Jun 2013) | 3 lines
Just return outright on a reload since we have already processed configuration.
........
r391701 | rmudgett | 2013-06-13 14:04:41 -0500 (Thu, 13 Jun 2013) | 9 lines
app_confbridge: Fix memory leak on reload.
The config framework options should not be registered multiple times.
Instead the configuration just needs to be reprocessed by the config
framework.
........
Merged revisions 391700 from http://svn.asterisk.org/svn/asterisk/branches/11
........
Merged revisions 391689,391699,391701 from file:///srv/subversion/repos/asterisk/trunk
........
r391736 | root | 2013-06-13 17:17:56 -0500 (Thu, 13 Jun 2013) | 11 lines
Make the utils directory compile... again.
Utils is a source folder that lies,
eventually all developers will cry,
"I know I must maintain it,
But really with this last commit
I can kiss my software ethics good-bye."
........
Merged revisions 391732 from file:///srv/subversion/repos/asterisk/trunk
........
r391781 | root | 2013-06-14 11:18:09 -0500 (Fri, 14 Jun 2013) | 21 lines
Multiple revisions 391776-391777
........
r391776 | kmoore | 2013-06-14 11:08:55 -0500 (Fri, 14 Jun 2013) | 6 lines
Publish bridge snapshots more often
Bridge snapshot events were missing some important transitions that
were noticed in subsequent snapshots. Snapshots will now be published
on all bridge reconfigurations.
........
r391777 | kmoore | 2013-06-14 11:12:44 -0500 (Fri, 14 Jun 2013) | 5 lines
Fix a crash in CEL bridge snapshot handling
Properly search for bridge association structures so that they are
found when expected and handle cases where they don't exist.
........
Merged revisions 391776-391777 from file:///srv/subversion/repos/asterisk/trunk
........
r391834 | root | 2013-06-14 12:17:58 -0500 (Fri, 14 Jun 2013) | 17 lines
app_mixmonitor: Fix crashes caused by unloading app_mixmonitor
Unloading app_mixmonitor while active mixmonitors were running would
cause a segfault. This patch fixes that by making it impossible to
unload app_mixmonitor while mixmonitors are active.
Review: https://reviewboard.asterisk.org/r/2624/
........
Merged revisions 391778 from http://svn.asterisk.org/svn/asterisk/branches/1.8
........
Merged revisions 391794 from http://svn.asterisk.org/svn/asterisk/branches/11
........
Merged revisions 391828 from file:///srv/subversion/repos/asterisk/trunk
........
Merged revisions 390444,390479,390515,390543,390573,390589,390617,390643,390676,390707,390756,390773,390790,390806,390832,390851,390869,390888,390905,390922,390942,390959,390983,390993,391014,391031,391042,391067,391114,391160,391192-391193,391201,391255,391270,391274,391299,391318,391337,391384,391408,391434,391458,391482,391527,391564,391601,391625,391649,391679,391706,391736,391781,391834 from http://svn.asterisk.org/svn/asterisk/team/group/pimp_my_sip
Added:
team/kharwell/pimp_sip_state/include/asterisk/backtrace.h
- copied unchanged from r391834, team/group/pimp_my_sip/include/asterisk/backtrace.h
team/kharwell/pimp_sip_state/include/asterisk/features_config.h
- copied unchanged from r391834, team/group/pimp_my_sip/include/asterisk/features_config.h
team/kharwell/pimp_sip_state/main/backtrace.c
- copied unchanged from r391834, team/group/pimp_my_sip/main/backtrace.c
team/kharwell/pimp_sip_state/main/features_config.c
- copied unchanged from r391834, team/group/pimp_my_sip/main/features_config.c
team/kharwell/pimp_sip_state/res/parking/parking_devicestate.c
- copied unchanged from r391834, team/group/pimp_my_sip/res/parking/parking_devicestate.c
team/kharwell/pimp_sip_state/res/res_sip/security_events.c
- copied unchanged from r391834, team/group/pimp_my_sip/res/res_sip/security_events.c
team/kharwell/pimp_sip_state/res/res_stasis_bridge_add.c
- copied unchanged from r391834, team/group/pimp_my_sip/res/res_stasis_bridge_add.c
team/kharwell/pimp_sip_state/res/res_stasis_bridge_add.exports.in
- copied unchanged from r391834, team/group/pimp_my_sip/res/res_stasis_bridge_add.exports.in
Modified:
team/kharwell/pimp_sip_state/ (props changed)
team/kharwell/pimp_sip_state/CHANGES
team/kharwell/pimp_sip_state/UPGRADE.txt
team/kharwell/pimp_sip_state/apps/app_bridgewait.c
team/kharwell/pimp_sip_state/apps/app_confbridge.c
team/kharwell/pimp_sip_state/apps/app_dial.c
team/kharwell/pimp_sip_state/apps/app_meetme.c
team/kharwell/pimp_sip_state/apps/app_mixmonitor.c
team/kharwell/pimp_sip_state/apps/app_queue.c
team/kharwell/pimp_sip_state/apps/confbridge/conf_config_parser.c
team/kharwell/pimp_sip_state/apps/confbridge/confbridge_manager.c
team/kharwell/pimp_sip_state/apps/confbridge/include/confbridge.h
team/kharwell/pimp_sip_state/bridges/bridge_builtin_features.c
team/kharwell/pimp_sip_state/bridges/bridge_builtin_interval_features.c
team/kharwell/pimp_sip_state/bridges/bridge_native_rtp.c
team/kharwell/pimp_sip_state/bridges/bridge_softmix.c
[... 18688 lines stripped ...]
More information about the asterisk-commits
mailing list