[asterisk-bugs] [Asterisk 0007904]: [patch] Transfer capability is inherited by a channel after being transfered via atxfer

noreply at bugs.digium.com noreply at bugs.digium.com
Fri Jan 18 10:56:23 CST 2008


The following issue has been ASSIGNED. 
====================================================================== 
http://bugs.digium.com/view.php?id=7904 
====================================================================== 
Reported By:                k-egg
Assigned To:                twilson
====================================================================== 
Project:                    Asterisk
Issue ID:                   7904
Category:                   Applications/app_dial
Reproducibility:            always
Severity:                   major
Priority:                   high
Status:                     assigned
Asterisk Version:           SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!):  
Disclaimer on File?:        No 
Request Review:              
====================================================================== 
Date Submitted:             09-08-2006 06:37 CDT
Last Modified:              01-18-2008 10:56 CST
====================================================================== 
Summary:                    [patch] Transfer capability is inherited by a
channel after being transfered via atxfer
Description: 
PhoneA calls PhoneB (221)
by Dial("mISDN/12-1", "mISDN/1/221|15|tr")
PhoneA is not allowed to initiate transfers at that time.
PhoneB is allowed to.

PhoneB transfers PhoneA to PhoneC(208) (attended trans) 
by Dial("Local/208 at isdn-nt-1-bcec,2", "mISDN/8/208|15|")

now PhoneA now is allowed to initiate transfers: 

for example:
exten => 1,1,Playback(tt-monkeys)
cli output: 
- Started music on hold, class 'default', on Local/208 at isdn-nt-1-bcec,1
    -- Playing 'pbx-transfer' (language 'de')
    -- Executing Playback("Local/1 at macro-dial_intern-e687,2",
"tt-monkeys") in new stack
    -- Playing 'tt-monkeys' (language 'en')



Is this a bug? a feature? or designed to behave like this?
wondering...

kegg
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
has duplicate       0010198 Important vulnerability after native tr...
related to          0010897 Parked call inherits transfer capability
====================================================================== 

---------------------------------------------------------------------- 
 svnbot - 01-18-08 10:56  
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 99026

U   trunk/res/res_features.c

------------------------------------------------------------------------
r99026 | twilson | 2008-01-18 10:56:19 -0600 (Fri, 18 Jan 2008) | 12 lines

This should at least temporarily fix a problem where the 't' Dial
option is incorrectly passed to the transferee when built-in
attended transfers are used.  There is still a problem with 'T',
but better to fix some problems than no problems while we work
on it.

(closes issue http://bugs.digium.com/view.php?id=7904)
Reported by: k-egg
Patches: 
      transfer-fix-trunk-r97657.diff uploaded by sergee (license 138)
Tested by: sergee, otherwiseguy

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

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

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
01-18-08 10:56  svnbot         Note Added: 0080852                          
01-18-08 10:56  svnbot         Status                   feedback => assigned
01-18-08 10:56  svnbot         Assigned To              otherwiseguy => twilson
======================================================================




More information about the asterisk-bugs mailing list