[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=224045#comment-224045 ] 

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

We require a complete debug log to help triage the issue. This document will provide instructions on how to collect debugging logs from an Asterisk machine for the purpose of helping bug marshals troubleshoot an issue: https://wiki.asterisk.org/wiki/display/AST/Collecting+Debug+Information



> 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)