| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
https://origsvn.digium.com/svn/asterisk/branches/1.4
........
r229669 | dvossel | 2009-11-12 10:41:49 -0600 (Thu, 12 Nov 2009) | 6 lines
fixes merging error, datastore was being freed in the wrong function.
(closes issue #16219)
Reported by: aragon
........
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@229670 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
(closes issue #15394)
Reported by: boroda
Patches:
bug15394_memoryleak_diff2.txt uploaded by dbrooks (license 790)
Tested by: dbrooks, boroda
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@228268 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@166823 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
I could have sworn I already did that before, though...
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@166095 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
This function is being added as a method to allow for
an audiohook to move to a new channel during a channel
masquerade. The most obvious use for such a facility is
for MixMonitor when a transfer is performed. Prior to
the addition of this functionality, if a channel
running MixMonitor was transferred by another party, then
the recording would stop once the transfer had completed.
By using AUDIOHOOK_INHERIT, you can make MixMonitor
continue recording the call even after the transfer
has completed.
It has also been determined that since this is seen
by most as a bug fix and is not an invasive change,
this functionality will also be backported to 1.4 and
merged into the 1.6.0 branches, even though they are
feature-frozen.
(closes issue #13538)
Reported by: mbit
Patches:
13538.patch uploaded by putnopvut (license 60)
Tested by: putnopvut
Review: http://reviewboard.digium.com/r/102/
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@166092 f38db490-d61c-443f-a65b-d21fe96a405b
|
