| Summary: | ASTERISK-04986: [request] Not possible to define n+101 for apps | ||
| Reporter: | J.W.Hoogervorst (jeroenho) | Labels: | |
| Date Opened: | 2005-09-05 06:43:05 | Date Closed: | 2006-07-06 11:12:06 |
| Priority: | Major | Regression? | No |
| Status: | Closed/Complete | Components: | PBX/pbx_ael |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ||
| Description: | Asterisk applications like system can jump to n+101 on certain conditions. This functionality is lost in AEL. For now I patched app_system localy to allow an extra parameter "label" to which it jumps, but a more graceful solution would be nice. | ||
| Comments: | By: Brian West (bkw918) 2005-09-05 06:55:08 N+101 is GONE! Its not going to be an option last I heard. /b By: J.W.Hoogervorst (jeroenho) 2005-09-05 07:04:46 Yipes! How is one supposed to handle return values like n+101 with AEL? Will some kind of support for this be added? By: Olle Johansson (oej) 2005-09-05 07:13:24 No, since we are removing +101 from the dial plan logic, there is no point in adding it to AEL. Use the STATUS variables as a replacement: DIALSTATUS, ENUMSTATUS etc. If you are missing such a variable, we need to implement it. This is part of the 1.2 janitor project. By: J.W.Hoogervorst (jeroenho) 2005-09-05 07:20:37 Ah, I can google with that. I'll see if I can find some spare time. For the lazy: http://dev.asteriskdocs.org/index.php/Janitor_projects By: Olle Johansson (oej) 2005-09-05 07:41:32 For app_system, see ASTERISK-4987 | ||