[asterisk-bugs] [JIRA] Status Changed to Waiting for Development: (ASTERISK-20463) Atxfer manager command (and channel feature) can't transfer to an extension including '#'

Rusty Newton (JIRA) noreply at issues.asterisk.org
Fri Sep 28 18:21:27 CDT 2012


     [ https://issues.asterisk.org/jira/browse/ASTERISK-20463?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Rusty Newton updated ASTERISK-20463:
------------------------------------

    Status: Open  (was: Triage)

> Atxfer manager command (and channel feature) can't transfer to an extension including '#'
> -----------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-20463
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-20463
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Features
>    Affects Versions: 10.1.3, 10.7.0
>         Environment: Linux, 3.2.0-29-generic, Asterisk 10.7.0 and 10.1.3
>            Reporter: Dade Brandon
>            Severity: Minor
>
> 1) in app.c, ast_app_dbget: always breaks loop when receiving '#' (and doesn't append it to the dtmf string)
> 2) in features.c, builtin_atxfer: calls ast_app_dbget to retrieve transfer to extension
> 3) in manager.c, action_transfer queues dtmf frames to perform transfer
> Because of this, if in the manager interface, I supply Exten: ##971, then it's read as an empty extension
> Atxfer will not work on any extension that requires a #
> I'm sure this won't receive top priority (And I rewrote my extensions already, that are auto generated by my crm...)
> but I was looking for a long time in configs and docs, thinking that '#' being a terminatr was a config problem on my end
> Could the lack of support for extensions containing a '#' be added to the documentation?
> A solution could be to modify action_atxfer to set a flag indicating that dtmfs are being simulated, causing '#' to read in to the extension string, but I didn't opt to write a patch for that because I don't know if such a workaround for a relatively insignificant feature (atxfer) would meet Asterisk's code quality guidelines.  That solution doesn't work for a true dtmf initiated atxfer, though.  Can ast_app_dbget be rewritten to only stop at a '#' if it's sure that there's no possible matching extensions that could use this '#'?

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira



More information about the asterisk-bugs mailing list