<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 8, 2018 at 1:53 PM, Daniel Journo <span dir="ltr"><<a href="mailto:dan@keshercommunications.com" target="_blank">dan@keshercommunications.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div link="blue" vlink="purple" lang="EN-GB">
<div class="m_7994739441372193098WordSection1">
<p style="margin-bottom:12.0pt"><span style="font-size:10.0pt;font-family:"Arial","sans-serif""><span class="">> Prior to a call entering a Queue, I set __DYNAMIC_FEATURES=<wbr>NewRecordApp.<br>
> AgentA answers and is able to use that feature code.<br>
> If AgentA performs an attended transfer of a call from a queue to AgentB, the<br>
> feature code no longer works.<br>
><br></span><span class="">
> It only doesn’t work when using Queue() and an Attended transfer is<br>
> performed.<br>
><br>
> Is this a bug or is there something that needs to be set to allow the<br>
> DYNAMIC_FEATURES to be inherited after an attended transfer from a queue?<br>
<br></span>
Doing some more tests, this reads like a bug to me.<br>
Using a hanguphandler with DumpChan in the dialplan context that executes the Queue, I can see that DYNAMIC_FEATURES is set.<br>
After the attended transfer when the call is ended, the hanguphandler still shows that DYNAMIC_FEATURES is set. It's just not accessible.<br>
<br>
Any thoughts?<br></span></p></div></div></blockquote><div>It likely depens on how you are doing the attended transfer.  Via DTMF?  Via SIP or channel technology protocol?</div><div>Does the Agent B channel have the DYNAMIC_FEATURES channel variable set on it?<br></div><div><br></div><div>Richard</div><br></div></div></div>