[asterisk-bugs] [Asterisk 0016757]: [patch] Parking a call, then retrieving it with ParkedCall() kills the ability to transfer the retrieved call.

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16757 
====================================================================== 
Reported By:                voxter
Assigned To:                tilghman
====================================================================== 
Project:                    Asterisk
Issue ID:                   16757
Category:                   Resources/res_features
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     ready for testing
Target Version:             1.6.2.15
Asterisk Version:           SVN 
JIRA:                       SWP-840 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-02-02 14:22 CST
Last Modified:              2010-11-10 17:16 CST
====================================================================== 
Summary:                    [patch] Parking a call, then retrieving it with
ParkedCall() kills the ability to transfer the retrieved call.
Description: 
I happen to be using multiple parking lots, I have not tested this using
the default parking extensions/contexts, but, If a call comes in to my
extension and I park it by using the blind transfer feature code (currently
set to ## for me), the call will park:

    -- Started music on hold, class 'IK', on IAX2/voxter-1-5563
    -- <SIP/453-00000152> Playing 'pbx-transfer.ulaw' (language 'en')
    -- Stopped music on hold on IAX2/voxter-1-5563
    -- Started music on hold, class 'IK', on IAX2/voxter-1-5563
  == Parked IAX2/voxter-1-5563 on 71 (lot parkinglot_ik). Will timeout
back to extension [macro-dial] s, 7 in 45 seconds
    -- Added extension '71' priority 1 to ik_parking (0xa7b60c0)

No Problem.  Then i retrieve the call again by dialing '71'

  == Using SIP RTP TOS bits 184
  == Using SIP RTP CoS mark 5
    -- Executing [71 at from-internal-ik:1] ParkedCall("SIP/453-00000153",
"71") in new stack
  == Extension Changed 71[park-hints-ik] new state Idle for Notify User
453 

Perfect.  I have the call.  However, now, if i attempt to park it again by
using "&#35;&#35;70" (blind transfer, parking extension) the "&#35;&#35;"
is ignored by res_features.  The transfer is never initiated.

If i let the call time out and ring me back, I am able to transfer it
again.  It seems as though it is only a problem when the parked call is
retrieved using ParkedCall()


======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0016895 Repark a call on Parkinglot
has duplicate       0017213 Unabled to xfer call picked up from Par...
related to          0017847 Fail to transfer a call after putting t...
====================================================================== 

---------------------------------------------------------------------- 
 (0128765) svnbot (reporter) - 2010-11-10 17:16
 https://issues.asterisk.org/view.php?id=16757#c128765 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 294571

U   branches/1.6.2/main/features.c

------------------------------------------------------------------------
r294571 | tilghman | 2010-11-10 17:16:58 -0600 (Wed, 10 Nov 2010) | 9
lines

Actually pay attention to documented settings in features.conf.

(closes issue https://issues.asterisk.org/view.php?id=16757)
 Reported by: voxter
 Patches: 
       20101012__issue16757.diff.txt uploaded by tilghman (license 14)
 
Review: https://reviewboard.asterisk.org/r/994/

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

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

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-11-10 17:16 svnbot         Checkin                                      
2010-11-10 17:16 svnbot         Note Added: 0128765                          
======================================================================