[asterisk-bugs] [Asterisk 0000700]: masqurade whacks availability of variables set in spool file

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://insects.digium.com/view.php?id=700 
====================================================================== 
Reported By:                klasstek
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   700
Category:                   Core/General
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Asterisk Version:           I did not set the version :( 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2003-12-22 16:39 CST
Last Modified:              2008-11-08 16:15 CST
====================================================================== 
Summary:                    masqurade whacks availability of variables set in
spool file
Description: 
It seems that masqurade destroys variables that are set via the spool file
or prior to the masqurade.

I'm testing this using a spool file that originates a call and connects to
an AGI script when answered.  Attached are a log from two calls.  One via
iaxtel and one via nufone.  I do not know why one masqurades and the other
does not.

I've also attached my test script, test.call file and a log of the calls.
====================================================================== 

---------------------------------------------------------------------- 
 (0094697) svnbot (reporter) - 2008-11-08 16:15
 http://insects.digium.com/view.php?id=700#c94697 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 155508

U   team/murf/masqpark/res/res_features.c

------------------------------------------------------------------------
r155508 | murf | 2008-11-08 16:15:34 -0600 (Sat, 08 Nov 2008) | 32 lines

A small change, and it gets rid of an error message about
an invalid handler not found (in some cases), when
you use one-touch parking, that you didn't see when you
initiated parking by other methods. The builtin_parkcall
routine was setting the channel exten/prio to s/1, where
none of the other paths does. Removed with a comment.

Tested using an expanded test set:

1. A calls B, A parks B, B hangs while A is getting announcement.
2.                     , B hangs up after A gets anncmnt, before parking
expires
3.                     , B waits,  A is redialed, answers, and rebridged.
4.                     , B is picked up by C.
5. A calls B, B parks A, A hangs up while B is getting anncmnt.
6.                     , A hangs up after B gets anncmnt, before parking
expires
7.                     , A waits, B is redialed, answers, and rebridged.
8.                     , A is picked up by C.

Where "parks" is
   I.   Feature= one-touch parking (in my case via *3)
   II.  Feature= blind xfer to parking exten (in my case
http://insects.digium.com/view.php?id=700)
   III. Running park app from Dialplan (dahdi hookflash, 700; or sip xfer
to 700) 
        (this case does not play the parking stall announcement to the
parker,
         so we skip tests 1 and 5)
   IV.  Run Park via manager command interface. (I did not test this,
        as it's already doing the masq_park() thing, and I didn't change
it).

So, after running all 8 tests (or 6) in the first 3 parking scenarios
(I,II,III),
everything works fine.



------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=155508 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-11-08 16:15 svnbot         Checkin                                      
2008-11-08 16:15 svnbot         Note Added: 0094697                          
======================================================================