[asterisk-bugs] [JIRA] (ASTERISK-25674) Mixmonitor stop recording after atxfer

[Leandro Dardini (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-25674?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=229008#comment-229008 ] 

Leandro Dardini commented on ASTERISK-25674:
--------------------------------------------

I can make a test on this way, but starting the MixMonitor on the called channel will just "move the problem a bit farther", without solving the general user problem of "I want to record this call... whatever it happens". I will make some tests,  but what happens if it will be the called party to make an attended transfer?

A wants all his calls recorded
A calls B (the call is recorded because the MixMonitor is attached to B)
B make an attended transfer to C (call is not recorded and that can be true because that will be a "private" talk between B and C)
B transfer the call from A to C
A and C talks (but I think the call will not be recorded)

Maybe the AUDIOHOOK_INHERIT was not so bad?




> Mixmonitor stop recording after atxfer
> --------------------------------------
>
>                 Key: ASTERISK-25674
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25674
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_mixmonitor
>    Affects Versions: 13.6.0
>         Environment: Asterisk 13.6 compiled from source on CentOS 6.7 64 bit. I have also tried asterisk 13.7.0-rc2 finding the same problem
>            Reporter: Leandro Dardini
>            Assignee: Leandro Dardini
>            Severity: Minor
>
> This seems the same bug affecting asterisk few years ago and that got fixed in asterisk 11. I tested asterisk 11.20 and the bug is not present. In short, when recording is active on a call, making an attended transfer will continue to record (in a different file, but that is correct) the "short talk", but does not record the transferred call. Let me picture better the case, if not enough clear.
> Extension 104 dials number 555-12345, recording is active and the call is recorded correctly.
> Extension 104 puts the call on hold and dials extension 105, recording is active and the call is recorded correctly.
> Extension 104 transfer the 555-12345 call leg to 105. Recording is NOT active and the call is NOT recorded.



--
This message was sent by Atlassian JIRA
(v6.2#6252)