On Wed, Aug 8, 2018 at 1:53 PM, Daniel Journo <d...@keshercommunications.com> wrote:
> > Prior to a call entering a Queue, I set __DYNAMIC_FEATURES=NewRecordApp. > > AgentA answers and is able to use that feature code. > > If AgentA performs an attended transfer of a call from a queue to > AgentB, the > > feature code no longer works. > > > > It only doesn’t work when using Queue() and an Attended transfer is > > performed. > > > > Is this a bug or is there something that needs to be set to allow the > > DYNAMIC_FEATURES to be inherited after an attended transfer from a queue? > > Doing some more tests, this reads like a bug to me. > Using a hanguphandler with DumpChan in the dialplan context that executes > the Queue, I can see that DYNAMIC_FEATURES is set. > After the attended transfer when the call is ended, the hanguphandler > still shows that DYNAMIC_FEATURES is set. It's just not accessible. > > Any thoughts? > It likely depens on how you are doing the attended transfer. Via DTMF? Via SIP or channel technology protocol? Does the Agent B channel have the DYNAMIC_FEATURES channel variable set on it? Richard
-- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users