[asterisk-bugs] [JIRA] (ASTERISK-24613) Wrong NewExten Manager Event sent directly after features.conf Blind Transfer

[Rusty Newton (JIRA)]

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

Rusty Newton commented on ASTERISK-24613:
-----------------------------------------

The priority looks wrong too, but your channels don't match in your two examples. 

Can you provide the log requested above, following the linked instructions and being sure that it includes the "DEBUG" and "VERBOSE" logger channel types?

> Wrong NewExten Manager Event sent directly after features.conf Blind Transfer
> -----------------------------------------------------------------------------
>
>                 Key: ASTERISK-24613
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-24613
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>    Affects Versions: 13.0.0, 13.0.1, 13.0.2
>         Environment: Linux server 3.2.0-4-amd64 #1 SMP Debian 3.2.54-2 x86_64 GNU/Linux
>            Reporter: Maciej Cygan
>
> I have checked if similar issue was already raised but i was not able to find any, if however similar issue was reported i do apologise in advance for raising duplicate. 
> Issue: Wrong AppData and Application is sent in the NewExten event on the first Newexten after a blind transfer. 
> Instead of showing the correct Application and AppData for the new extension and priority, it shows the last Application and AppData from the old extension before the transfer.
> Here is an example, showing how to reproduce the error.
> Extensions.conf :
> {noformat}
> ;TEST CONFIG
> [main]
> exten => _2XXX,1,NoOp(This is the first priority of ${EXTEN})
> exten => _2XXX,n,NoOp(This is the second priority of ${EXTEN} - about to dial SIP/1${EXTEN:1})
> exten => _2XXX,n,Dial(SIP/1${EXTEN:1},,rotwh)
> exten => _2XXX,n,Hangup
> {noformat}
> To reproduce this error you will need 3 phones ( 1001,1005,1007 ).
> Order of exectuion:
> 1007 calls 2001
> 1001 blind transfers to 2005, which dials SIP/1005
> Directly after the transfer, Asterisk log shows the correct dialplan execution in the console output:
> {noformat}
>     -- Executing [2005 at main:1] NoOp("SIP/1007-0000000b", "This is the first priority of 2005") in new stack
>     -- Executing [2005 at main:2] NoOp("SIP/1007-0000000b", "This is the second priority of 2005 - about to dial SIP/1005") in new stack
>     -- Executing [2005 at main:3] Dial("SIP/1007-0000000b", "SIP/1005,,rotwh") in new stack
> {noformat}
> however this is what I get in the first NewExten event output during this execution:
> {noformat}
> Event: Newexten
> Privilege: call,all
> Channel: SIP/1007-0000001d
> ChannelState: 6
> ChannelStateDesc: Up
> CallerIDNum: 1007
> CallerIDName: 1007
> ConnectedLineNum: 1001
> ConnectedLineName: 1001
> AccountCode: 
> Context: main
> Exten: 2005
> Priority: 1
> Uniqueid: 1418398132.45
> Extension: 2005
> Application: Dial
> AppData: SIP/1001,,rotwh
> {noformat}
> The Application and AppData is wrong.  It should read:
> {noformat}
> Application: NoOp
> AppData: This is the first priority of 2005
> {noformat}



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