[asterisk-bugs] [Asterisk 0011753]: app_channelredirect relies on ast_parseable_goto which fails to redirect channels

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=11753 
====================================================================== 
Reported By:                johan
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   11753
Category:                   Applications/app_channelredirect
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     feedback
Asterisk Version:           SVN 
SVN Branch (only for SVN checkouts, not tarball releases): N/A  
SVN Revision (number only!): 98558 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             01-12-2008 16:43 CST
Last Modified:              01-14-2008 15:49 CST
====================================================================== 
Summary:                    app_channelredirect relies on ast_parseable_goto
which fails to redirect channels
Description: 
It seems like ChannelRedirect isn't working very well in trunk. I patched
ChannelRedirect to report the status in bug 0011553 for asterisk
1.4-trunk.
When I was porting this patch to trunk I stumbled on this issue.

The source av ast_parseable_goto that seems to fail even if there is a
vaild channel and destination. I have tested the following scenarious:
I place call http://bugs.digium.com/view.php?id=1 in either MusicOnHold(),
Meetme(), Playback() then I've a
call http://bugs.digium.com/view.php?id=2 that makes a
Channelredirect(call-numer-1-channelname,newcontext,newexten,1)
This always fails.

However if you do a core show channels after this unsucessful redirect you
will se:
Channel              Location             State   Application(Data)
Zap/pseudo-598993578 s at default:1          Rsrvd   (None)
SIP/callnumer1-08222 s at newcontext:0       Up      MeetMe(1,dm)

Note the newcontext:0...

And in the case you redirect channel http://bugs.digium.com/view.php?id=1 where
it does a Playback() the
redirect will occur after the Playback is finished. This will not happen
with the other applications thou.

Maybe I'm making a misstake, but this confuses me a lot...
====================================================================== 

---------------------------------------------------------------------- 
 johan - 01-14-08 15:49  
---------------------------------------------------------------------- 
I mean trunk. I was asked to port my patch in 0011553 to trunk and had a
lot of problems - related to this. After some testing I realized that this
behaviour was the same before my patch.

First I tested it on trunk running under Xen (not Zaptel) thinking it was
a Zaptel issue... Then I tried it on another machine with the same
results.

If you want to I can pull together my extensions.ael and configuration
maybe I use the application wrong - I've looked thou upgrade and changes
and found nothing about changed syntax... 

I you have the opportunity to look into 0011553 and try this patch it
should be great - however I've always run into the problems describes in
this bug while trying to test it for trunk (it works perfectly for
1.4-trunk thou).

Meanwhile I will update to the latest trunk and trying to reproduce the
error one more time. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
01-14-08 15:49  johan          Note Added: 0076929                          
======================================================================