[asterisk-bugs] [JIRA] (ASTERISK-25951) res_agi: run_agi eats frames it shouldn't

[Morten Tryfoss (JIRA)]

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

Morten Tryfoss updated ASTERISK-25951:
--------------------------------------

    Comment: was deleted

(was: It seems like this change causes an issue with callerid (or changing parameters on the channels) after assisted transfer.

Scenario:
A calls B
B transfer call to C
Set(CALLERID(number)=something) is executed through an AGI script on the channel which calls C. Because of the nature of our system it's doing a Dial(Local/xxx at default). On the new channel the callerid is the same as before it was changed on the channel before.

Tried to remove this code, and it worked again as intended.

I'll investigate a little bit more tomorrow.)

> res_agi:  run_agi eats frames it shouldn't
> ------------------------------------------
>
>                 Key: ASTERISK-25951
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25951
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_agi
>    Affects Versions: 13.8.2
>            Reporter: George Joseph
>            Assignee: George Joseph
>      Target Release: 14.0.0
>
>
> The run_agi function is eating control frames when it shouldn't be. This is causing issues when an AGI is run from CONNECTED_LINE_SEND_SUB in a blond transfer. 
> Alice calls Bob.  Bob attended transfers to Charlie but hangs up before Charlie answers.
> Alice gets the COLP UPDATE indicating Charlie but Charlie never gets an UPDATE and is left thinking he's connected to Bob 
> In this case, when CONNECTED_LINE_SEND_SUB runs on Alice's channel and it calls an AGI, the extra eaten frames prevent CONNECTED_LINE_SEND_SUB from running on Charlie's channel.



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