[asterisk-bugs] [JIRA] (ASTERISK-23260) [patch]ForkCDR v option does not keep CDR variables for subsequent records

[Matt Jordan (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-23260?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Matt Jordan updated ASTERISK-23260:
-----------------------------------

    Target Release Version/s: 1.8.27.0

> [patch]ForkCDR v option does not keep CDR variables for subsequent records
> --------------------------------------------------------------------------
>
>                 Key: ASTERISK-23260
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-23260
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_forkcdr
>    Affects Versions: 11.8.0
>            Reporter: zvision
>            Assignee: Kevin Harwell
>            Severity: Minor
>      Target Release: 1.8.27.0
>
>         Attachments: app_forkcdr.diff
>
>
> When the 'v' option is specified to ForkCDR application, AST_CDR_FLAG_KEEP_VARS flag is set only for the first CDR in the chain. So ForkCDR works fine with this option only once. After the second and further calls to ForkCDR, CDR variables get cleared on all CDRs besides the first one and moved to the newly forked CDR.
> The problematic code is in the forkcdr_exec function:
> {noformat}
>   ast_set2_flag(ast_channel_cdr(chan), keepvars, AST_CDR_FLAG_KEEP_VARS);
> {noformat}
> It always sets the KEEP_VARS flag on the first CDR in the chain, instead of the most recent CDR which is used as a base to fork a new CDR.
> Sample dialplan sequence that does not work:
> {noformat}
> Set(CDR(one)=1)
> ForkCDR(v)
> Set(CDR(two)=2)
> ForkCDR(v)
> Set(CDR(three)=3)
> {noformat}
> The first CDR will get the 'one' variable set and KEEP_VARS flag set.
> The second CDR will get no variables and KEEP_VARS cleared.
> The third CDR will get one, two, three variables.



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